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[3c] the international application as originally filed 
the description: 
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_ , as originally filed 
filed with the demand 



pages 
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, filed with the letter of 



| x| the claims: 

pages 26-27 
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, as originally filed 
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, filed with the letter of 
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pages 
pages 



1-17 
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, as originally filed 

, filed with the demand 
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|"x] the sequence listing part of the description: 
pages 



, filed with the letter of , 



pages 
pages 



NONE 



, as originally filed 

, filed with the demand 



NONE 



, filed with the letter of . 



2. With regard to the language, all the elements marked above were available or furnished to this Authority in the language in which 
the international application was filed, unless otherwise indicated under this itera 

These elements were available or furnished to this Authority in the following language which is: 

| | the language of a translation furnished for the purposes of international search (under Rule 23.1(b)). 
| | the language of publication of the international application (under Rule 48.3(b)). 

[ [ the language of the translation furnished for the purposes of international preliminary examination (under Rules 55.2 and/ 
or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the international 
preliminary examination was carried out on the basis of the sequence listing: 

I ^1 contained in the international application in printed form. 

| x| filed together with the international application in computer readable form. 

| | furnished subsequently to this Authority in written form. 

| | furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in the 
international application as filed has been furnished. 

I I The statement that the information recorded in computer readable form is identical to the writen sequence listing has 
' — ' been furnished. 

4 0D ^ e ament * ments nave resulted in the cancellation of: 



0 



the description, pages_ 
the claims, Nos. 



NONE 



NONE 



I x| the drawings, sheets/fig NONE 
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'Jus repor 



r sheets which have been furnished to the receiving Office in response to an invitation under Article 14 are referred to 
<rt as "originally filed" and are not annexed to this report since they do not contain amendments (Rules 70.16 
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V. Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 


1. statement 

Novelty (N) 


Claims 


3. 4. 10-13. 15 


YES 


Claims 


1, 2, 5-9, 14, 16 


NO 


Inventive Step (IS) 


Claims 


3 


YES 


Claims 


1.2, 4-16 


NO 


Industrial Applicability (IA) 


Claims 


1-16 


YES 


Claims 


NONE 


NO 



2. citations and explanations (Rule 70.7) 

Claims 1, 2, 5-9, 14 and 16 lack novelty under PCT Article 33(2) as being anticipated by White et al. 

White etal. teaches (entire document) the promoter/enhancer region of the rat smooth muscle-myosin heavy chain (SM- 
MHC) gene, including 42 kb of sequence upstream of the transcription start site. When portions the promoter/enhancer region 
of 4200, 1621 or 1317 nucleotides were linked to the reporter gene luciferase and introduced into different cell types, luciferase 
was expressed in smooth muscle cells only (compare Figures 4 and 5). The promoter/enhancer region of White et al. will 
hybridize to the rat SM-MHC promoter/enhancer under highly stringent or moderately stringent conditions as it is a rat sequence. 

Claims 1, 14 and 16 lack novelty under PCT Article 33(2) as being anticipated by Kallmeier et al. 

Kaltmeier et al. teaches (entire document) the promoter/enhancer region of the rabbit SM-MHC gene, including about 
2.3 kb of sequence upstream of the transcription start site. When portions of the promoter enhancer/region of 2305, 1332 or 1225 
nucleotides were linked to the reporter gene chloramphenicol acetyltransferase (CAT) and introduced into different cell types, 
CAT was expressed in smooth muscle cells only (Figure 3). 

Claims 1, 14 and 16 lack novelty under PCT Article 33(2) as being anticipated by Katoh et al. 

Katoh et al. teaches (entire document) the promoter/enhancer region of the rabbit SM-MHC gene, including about 2.3 
kb of sequence upstream of the transcription start site. When portions of the promoter enhancer/region of 2266 or 1548 
nucleotides were linked to the reporter gene CAT and introduced into different cell types, CAT was expressed in smooth muscle 
cells only (Figure 5). 
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CLASSIFICATION: 
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IPC(7): A61K 48/00; C07H 21/00; C12N 5/10, 15/63; C12P 21/02 and US CI.: 435/69.1, 320.1, 325; 536/24.1; 800/13 



I. BASIS OF REPORT: 

5. (Some) amendments are considered to go beyond the disclosure as filed: 



V. 2. REASONED STATEMENTS - CITATIONS AND EXPLANATIONS (Continued): 

Claims 14 and 16 lack novelty under PCT Article 33(2) as being anticipated by Madsen et al. 

Madsen et al. teaches (entire document) the promoter/enhancer region of the rat SM-MHC gene, including about 4.2 
kb of sequence upstream of the transcription start site. When portions of the promoter enhancer/region were linked to the 
reporter gene CAT and introduced into smooth muscle cells, CAT was expressed. 

Claims 4 and 15 lack an inventive step under PCT Article 33(3) as being obvious over White et al. or Kallmeier et 
al. or Katoh et al. 

White et al., Kallmeier et al. and Katoh et al. each teach a promoter enhancer region of the SM-MHC gene from rat 
or rabbit. It would have been obvious that one could use these sequences as probes to isolate the equivalent sequence from 
humans. One would have had a high expectation of successas this would involve routine and well known techniques. The 
references disclose the portions of the promoter/enhancer region which are most highly conserved between species and thus 
provide guidance as to what probes to use to identify the equivalent human sequence. It would further have been obvious that, 
since one could use the promoter/enhancer to express a reporter gene in a cell, one could use the promoter/enhancer to express 
any protein in a cell, including therapeutically active proteins. 

Claims 10-13 lack an inventive step under PCT Article 33(3) as being obvious over White et al. or Kallmeier et al. 
or Katoh et al. each in view of Foulkes et al. 

White et al., Kallmeier et al. and Katoh et al. each leach a smooth muscle cell specific promoter/enhancer from the 
SM-MHC gene. These references do not teach a method of identifying a substance that modulates the activity of a SM-MHC 
promoter/enhancer. Foulkes et al. teaches (column 24, lines 49-65) a method of identifying a molecule that modulates 
transcription from any regulatory sequence by operably linking the regulatory sequence to a reporter gene, introducing the 
construct into a cell and exposing the cell to molecules while monitoring reporter gene expression. It would have been obvious 
to use the SJtf-MHC promoter/enhancer region disclosed by While et al., Kallmeier et al. or Katoh et al. in the screening assay 
of Foulkes et al. in order to discover substances which can alter smooth muscle cell specific transcription. 

Claim 3 meets the criteria set out in PCT Article 33(2)-(4), because the prior art does not teach or fairly suggest a 
SM-MHC promoter/enhancer comprising 1 L7 kb of sequence downstream of the transcription start site. 
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1. This written opinion is the tirsr 



(first, etc.) drawn by this International Preliminary Examining Authority. 



2. This opinion contains indications relating to the following items: 
I j x| Basis of the opinion 
[ | Priority 

j j Non-establishment of opinion with regard to novelty, inventive step or industrial applicability 
j j Lack of unity of invention 



II 
III 
IV 

V 



Reasoned statement under Rule 66.2(aXii) with regard to novelty, inventive step or industrial applicability; 



citations and explanations supporting such statement 
VI ^ j Certain documents cited 

VII j j Certain defects in the international application 
VIII | | Certain observations on the international application 

3. TVe applicant is hereby invited to reply to this opiii : m. 
When? 



How? 
Also 



See the time limit indicated above. Th » app li cant may. b o for o th e a yp i rot i t>n - ^iho t t i mo - li m i t. r « qu j st - t l»» 
Au t hority to gront-a n-<» x tefts k m .j s oO' RuU 66, 2(d). 

By submitting a written reply, accompanied, where appropriate, by amendments, according to Rule 66.3. 
For the form and the language of the amendments, see Rules 66.8 and 66.9. 



For an additional opportunity to submit amendments, see Rule 66.4. 
For the examiner's obligation to consider amendments and/or arguments, see Rule 66.4 bis. 
For an informal communication with the examiner, see Rule 66.6. 
If no reply is filed, the international preliminary examination report will be established on the basis of this opinion. 

4. The final date by which the international preliminary 

examination report must be established according to Rule 69.2 is: 13 MARCH 2001 . 
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WRITTEN OPINION - - 



International application No. 
PCT/US99/26460 



I. Basis of the opinion 



1. With regard to the dements of the international application:* 
[x"| the international application as originally filed 
the description: 



pages 
pages 
pages 



1-61 



NONE 



_ . as originally filed 
filed with the demand 



NONE 



, filed with the letter of 



the claims: 

pages 

pages 

pages 

paces 



6: -71 



NONE 



NONE 



. as originaily filed 

, as amended (together with any statement) under Article 19 
. hied with the demand 



NONE 



, filed with the letter of 



the drawings: 

pages 

pages 

pages 



1-42 



NONE 



, as originally filed 

. filed with the demand 



NONE 



| x| the sequence listing part of the description: 
pa** NONE 



. filed with the letter of 



pages 
pages 



NONE 



. as originally tiled 

, filed with the demand 



NONE 



, filed with the letter of 



2. With regard to the language, all the elements marked above were available or furnished to this Authority in the language in which 
the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language which is: 

| | the language of a translation furnished for the purposes of international search (under Rule 23.1(b)). 
| | the language of publication of the international application (under Rule 48.3(b)). 

| | the language of the translation furnished for the purposes of international preliminary' examination (under Rules 55.2 and/ 
or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the written opinion was 
drawn on the basis of the sequence listing: 

□ contained in the international application in printed form. 

| " | filed together with the international application in computer readable form. 

| | furnished subsequently to this Authority in written form. 

| | furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in the 
international application as filed has been furnished. 

I The statement that the information recorded in computer readable form is identical to the writen sequence listing lias 
1 — 1 been furnished. 

4 fx] The amendments have resulted in the cancellation of: 



the description. pages_ 



NONE 



NONE 



1 X l the claims. Nos. 

fx] the drawings, sheetstftg NONE 



5- | | This opinion has been drawn as if (some of) the amendments had not been made, since they have been considered to go 
beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)). 

• Replacement sheets which have been furnished to the receiving Office in response to an invitation under Article 14 are referred to 
in this opinion as 'originally filed". 
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TIME LIMIT: 





The time limit set for respouse to a Written Opinion may not be extended. 37 CFR 1.484(d). Any response received 
after the expiration of the lime limit set in the Written Opinion will not be considered in preparing the International 
Preliminary' Examination Report. 



V. 2. REASONED STATEMENTS - CITATIONS AND EXPLANATIONS (Continued): 

Claim 3 contains features recited in claim 1, and these features are likewise found to be obvious. Claim 8 further 
recites using the unique identify ing information to access i product registration database and obtain product information on the 
product to be returned. Such would have been obvious lo the skilled artisan because many products have registration number 
and many software products are suggested to be registered at a remote database at the time of purchased or after being 
purchased. Modifying the system of NEC CORP by providing access to a registration database would have been obvious to 
the skilled artisan in order to determine whether a return good was purchased by a particular customer or in order to match 
whether or uot a returned guod was soid from a particular chain of stores or merchants. 

As per claim 9, identifying data of most products include a universal product code and a product serial number. 

As per claim 1 1, note the applied rationale of -latin I 1. 

As per claims 12-16, 18, Official uotice is caken dial most retail stores comprise a POS system having keyboard entry 
device, and a scanner to read and enter product data. Applicant is referred to claim I for reasoning of similar limitations 
claimed in claim 12 and addressed in claims i-3. 

As per claim 17, the transmitted information would have been displayed on a display screen so that the sales clerk 
may read and review the sales transaction data. The sales transaction information including options available to the person 
seeking the return with respect to replacement aud repair of the product sought to be returned would have been obvious to the 
skilled artisan in order to maintain the sales transaction and not cancelling a sales transactions. 

As per claims 19-21, providing a local database from a particular retailer and maintaining a general database 
including information on products purchased from a plurality of different retailers would have been obvious to the skilled 
artisan at the time of the invention in order to provide a particular store instant communication and access regarding a past 
sales transaction. The local database would have later transferred all sales transaction from each store to a remotely or branch 
central storage database using electronic conununication between the retailer's or store's facility and the host system at the 
branch. 

As per claim 22, the electronic conmiumcation being an Internet connection would have been obvious to one of 
ordinary skill in the art in order to provide instant and easy access to a plurality of entities located in different regions. 
As per claim 23, note the rationale applied to claim I above. 

As per claims 24-26 and 30-31, providing the manufacturers of the products with access to the host system using 
electronic communication for the purpose of defining and updating respective return criteria for different types of products 
would have been obvious to the skilleu artisan so that the manufacturer may control the effect of sales transactions because a 
inanufactu~:r usually arranges with particular retailers to sales particular items at particular prices. The manufacturer defining 
returns criteria or criteria defining returns for products sold by different retailers would have been obvious to the skilled artisan 
in order to ascertain reasons for an item being returned for marketing purposes. 

As per claims 27-29, providing the Internet as an electronic conununication would have been obvious to one of 
ordinary skill in the art at the time of the invention to include in the system of NEC CORP with the motivation of providing 
instant and easy access to a plurality of associated entities located in different regions. 

As per claim 32, most sales transactions include the name, location of the store, and purchase payment information. 
Including these data in the transaction data of NEC CORP would have been obvious to the skilled artisan in order to maintain a 
complete record of a sales transaction for inventory and marketing purposes. 

As per claim 33. the product information would have been displayed on a display screen at die location where die 
return is sought for review by the sales clerk. 

As per claims 34-36 and 46. note the obviousness rationale regarding claim 7 above. Updating the database to reflect 
the option selected would have been obvious to the skilled artisan in order to reflect a customer's choice regarding a return 
item for marketing purposes. 

As per claim 39, note the obviousness rationale of claim 12 above. 

As per claim 40, the system of NEC CORP includes a display system. 

As per claim 41, note the obviousness rationale of claim 15 above. 

As per claim 42, note the obviousness rationale of claim 19 above. 

As per claim 43, note the obviousness rationale of claim 2 above. 

As per claim 44, note the obviousness rationale of claim 9 above. 

As per claim 45, note the obviousness rationale of claim 32 above. 

As per claim 47, transmitting selected options from the second information processing system lo the first information 
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V. Reasoned statement under Rule 66.2(a)(ii) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 



1. statement 

Novelty (N) Claims ±±1 YES 

v Claims NONE NO 

Inventive Step (IS) Claims 37-38 YES 

Claims 1-36 and 39-t7 NO 



Industrial Applicability (jA) Claims i£? YES 

Claims NONE NO 



2. citations and explanations 

Claims 1-36 and 39-47 lack an inventive step under PCT Article 33(3) as being obvious over TSUKAMOTO (NEC CORP. JP 
10 188 14 L A), herein after NEC CORP. 

As per claims 1-3. NEC CORP teaches that when a goods transaction is performed at any of a plurality of POS 
terminals, the transaction is registered in the database at a remote location. When the goods are returned by a customer, the 
transaction data is searched at a remote database to obtain a transaction data from the information on a receipt. Identifying 
information such as sales data or identifiers would have been entered into the system in order to retrieved sales data. It would 
have been obvious to the skilled artisan to scan the bar code on the product or sought to be returned in order to obtain matched 
data with receipt or sales transaction data. Accepting the product for return in the product information indicates that the product 
qualifies for return would have been obvious to the skilled artisan because in many instances there is a time limit qualitication 
for the return of a purchased product. 

As per claim 4. the remote location being a service provider which maintains the general database would have been 
obvious to the skilled artisan because the general database is usually maintained at a central Branch which controls individual 
store locations or POS at the retail locations. 

As per claim 5. NEC Corp teaches maintaining sales transaction for every transaction at each of the POS. Official 
Notice is taken that most sales receipt or transaction includes a purchased date. Applicable criteria for a returned good would 
have been stored in a database at the central location for matching purposes to determine if a return good meets certain criteria. 

As per claim 6. note the reference. 

As per claim 7, a purchaser usually returns a purchase item and requests a refund, replacement or repair. Presenting 
options available to the person presenting the product for return based on the applicable criteria in the system of NEC CORP 
would have been obvious to one of ordinary skill in the art in order to track sales history of a particular product for marketing 
purposes. 

(Continued on Supplemental Sheet.) 
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processing system for updating of the product information would have been obvious to the s tilled artisan for marketing 
purposes. 

As per claims 37-38, the prior art of record fails to teach or suggest the general product information includes 
operating instructions, parts List and repair information taken in combination with a method of reducing improper consumer 
returns of purchased of different types goods. 



NEW CITATIONS 

NONE 
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RETURNS 



(57) Abstract 

A product registration system for verifying 
product returns. The system stores product and return 
policies information on purchased product in central 
computer system (14). Registration information on 
purchased products sold at terminal (2) of local retailer 
(6) are transferred to the retailer's local database 
(8). When a product is being returned an operator 
terminal (It) is used by a store clerk to locate 
pertinent sales information in the local database (8). A 
communication channel (12) is provided between the 
retailer computer system (6) and a central computer 
system (14) which stores product transactions and 
product registration data for a number of different 
retailer computer systems (6) and other manufacturers. 
Compliance with return policies are checked prior to 
accepting a product for return. 



Customer Service Desk 
Product Rtttums 



✓11 



[purchased from retailer. 



PURCHASED FROM A COMPETITOR: 



f Enter Serial Number. UN27S372376j 



Pfaduei Pa«orfotton: Nintendo 8NE8 
Purchwftd From; Ottf Store 
PuTchwuB Data: 209/96 



rJtn nntkm* (*) warranty repair 

(b) exchange for n«w 

(c) store credit 
<d) ca«h refund 



RETAILER 
NETWORK 



{Enter Serial Number: UN2763723761 



11 



Pmdtrrt rfcHtcrfmton: Nintendo SUES 
Piirehwuori From: Other Retailer 



csr Outfox (a) warranty repair 



(b) ator* credit only 




(t) SEARCHES REmses 
STORE-WIDE DATABASE 




1) SEARCHES R£TA3£ffS 
STORE-WJDE DATABASE 
(NOT FOUND) 

2) SYSTEM DIALS UP TO 
SEARCH REGISTRATION 
CENTER'S DATABASE 



INFORMATION TRANSMITTED 
BACK: ' 
•0 ATE PURCHASED 
•RETAILER NAME 
•APPLICABLE CONSUMER 
RETURN EXPIRATION DATE 
•4.90 DAYS) 

•APPLICABLE STORE RETURN 

EXPIRATION DATE <e.o. ISO DAYS) 
•APPLICABLE CONSUMER REPAIR 
EXPIRATION DATE (e.q 1 B0 DAYS) 




FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Malt 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


UZ 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


zw 


Zimbabwe 


ci 


Cote d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






cu 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






cz 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DE 


Germany 


U 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







WO 00/30014 



PCT/US99/26460 



METHOD AND APPARATUS FOR VERIFYING 
PRODUCT SALE TRANSACTIONS AND PROCESSING PRODUCT 

RETURNS 

5 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims priority on U.S. provisional application Serial 
Nos. 60/108,170 filed November 13, 1998 and 60/1 19,631 filed February 11, 
1999, the disclosures of which are each hereby incorporated by reference in their 
10 entirety. 

The present application is related to allowed, commonly-owned, and co- 
pending application Serial Nos. 08/725.259 filed October 2, 1996, and Serial 
No. 09/065,552, filed April 24, 1998, each of which is hereby incorporated by 
reference in its entirety. This application is also related to commonly-owned and 
15 co-pending application Serial No. 09/065,552 filed April 24, 1998, the disclosure 
of which is also hereby incorporated by reference in its entirety. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

20 The present invention relates to a computer based system that provides a 

method for real time data storage and retrieval for the purpose of verifying and 
validating sales transactions and product return/warranty repair eligibility. 
Additionally, the present invention relates to an improved electronic system for 
registering product transactions and to a method for efficient handling of product 

25 return transactions. More particularly, the present invention relates to an 

electronic registration system which facilitates compliance with return policies 
and is useful in reducing improper or fraudulent product returns under warranty, 
and which provides related functionality to third parties and the like. 
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2. Related Art 

Product returns are a market reality faced by virtually every manufacturer, 
distributor, supplier or retailer of commercial products. Unfortunately, handling 
5 product returns often requires a significant expenditure of resources. For 

example, it may be necessary to employ one or more individuals to verify that 
product returns satisfy the requirements of a company's return policy. This 
process can be complicated due to the fact that a particular retailer often carries 
numerous different type of products from different manufacturers, each of which 

10 often has their own return and warranty policies and procedures. As a result, the 
personnel responsible for processing the product return transactions at, for 
example, a retail store, must know or manually look-up the applicable return 
policies and procedures for the particular product that a person is attempting to 
return. This is a difficult, time-consuming, and error-prone process that often 

15 results in improper acceptance or rejection of product returns and/or warranty 
claims at the retail level. Once a product is accepted for return at the retail level, 
the retailer then typically returns the product to the manufacturer for credit. 
However, when the retail store accepts a product return that does not comply 
with the manufacturers return policy, problems result between the retailer and 

20 the manufacturer because the manufacturer will refuse or be reluctant to accept 
the returned product from the retailer. Moreover, significant time and expense is 
wasted when a retailer improperly accepts products for return that do not comply 
with the manufacturer's return policy. Often times the improperly returned 
products are shipped to the manufacturer and then are simply returned to the 

25 retailer upon be rejected for return by the manufacturer. This results in 

significant wasted shipping charges and employee time in attempting to resolve 
such matters. This situation can also result in significant tension between the 
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retailer and the manufacturer. In other words, when a returns are not properly 
handled at the retail level, numerous problems result for the retailer and the 
manufacturer. 

Alternatively, a company might choose to avoid the increased overhead 
5 associated with additional employees and be somewhat less diligent about 
verifying compliance with the return policy. However, this alternative can 
increase costs due to the higher number of improper product returns. Either way, 
additional costs must either by borne by the company or passed along to the 
consumer. 

10 In addition to the costs associated with verifying compliance with a return 

policy, even proper product returns incur additional administrative costs. 
Examples of such costs include shipping and handling of the returned product, 
repackaging and redistribution of the returned product (if appropriate), disposal 
of certain returned products, and the like. These costs must also be borne either 

15 by the company or by the consumer in the form of higher prices. 

It is, of course, desirable to minimize costs associated with product returns 
to permit reduced prices to the customer and/or provide improved operating 
margins for the manufacturer and/or the retailer. There are two major areas in 
which savings may be realized: (1 ) reducing the number of improper or 

20 fraudulent returns; and (2) improving efficiency and reducing overhead in 
handling proper returns. 

Manufacturers, retailers and other vendors of consumer products often 
have a standard return policy. For example, a retailer return policy might allow 
a consumer to return a purchased product for any reason within a certain number 

25 of days (e.g., 10 days) after purchase. Additionally, a manufacturer's warranty 
may permit return of defective products within a particular time period (e.g., 90 
days) after purchase, and provide for repairs of defective products within a 
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different time period {e.g., 1 80 days). Repairs of products after that date would 
be the responsibility of the consumer. Such return policies are intended to 
ensure consumer satisfaction while protecting the manufacturer and/or the 
retailer from improper returns. As a result, a delicate balance must be 
5 maintained between protection of the retailer or manufacturer and consumer 
satisfaction. 

Unfortunately, it is often difficult to monitor product returns to ensure 
proper compliance with a return policy. For example, a consumer who received 
a product as a gift usually will not have a sales receipt. In such a situation, an 

10 uninformed decision must often be made to accept the return or not. If the return 
is not accepted, the consumer might unfairly be denied a proper return, and the 
retailer and the manufacturer risk suffering a loss of goodwill. On the other 
hand, if the return is accepted, the retailer and/or the manufacturer will incur 
expenses or losses which might be unwarranted. Some retailers seek to 

15 minimize the effect of possible improper returns by limiting a consumer to store 
credit (rather than a refund) or exchanges on items returned without a receipt. 
This alternative, however, may be unacceptable to a consumer and does not 
completely eliminate the retailers' exposure to improper returns. 

Difficulties associated with returns made without a receipt stem primarily 

20 from the inability of the retailer to obtain purchase information (such as sales 

date, place of purchase, etc.) concerning the individual item for which a return is 
sought. Without such information, it is usually impossible for the retailer to 
determine whether the return is in compliance with the return policy. 

In addition to the foregoing, fraudulent returns can cost product retailers 

25 and manufacturers significant sums of money. As an example, upon release of 
the Super Nintendo Entertainment System (Super NES), Nintendo experienced a 
high volume of returns of basic NES hardware. When the returned products 
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were evaluated, it was discovered that a high percentage of the products were not 
defective and, in fact, were several years old. Thus, customers were abusing the 
retailer's return policy to exchange old products and upgrade to the new system. 
Such abuses increase costs to the retailers and manufacturers. These costs are 
5 often passed on to purchasers without any attendant benefit to legitimate 
consumers. 

While companies generally try to prevent fraudulent returns, the personnel 
responsible for processing such returns do not have the suitable resources and/or 
information needed to assure that only proper returns are accepted. This 

10 problem is compounded when the consumer does not have a receipt because it 
has been lost or because the product was received as a gift from another person. 
While many of these situations represent legitimate return requests, a significant 
percentage of such return requests are fraudulently made by consumers. 
Unscrupulous consumers have in recent years become increasingly creative in 

15 their attempts to return merchandise which does not in fact qualify for return 

under the purchase agreement. For example, a customer may purchase a product 
at a reduced price at one store and then attempt to return the product to another 
store for a profit. Customers have also been known to purchase a new product 
and then return an older or defective product (which no longer qualifies for 

20 return or warranty repair) in the new product packaging, thereby obtaining the 
new product at no cost. Under current practice, retailers are at a significant 
disadvantage in connection with product return requests, because they typically 
do not know whether a product has been purchased from their store or another 
store, or even how much was originally paid for the product even if the product 

25 was purchased at its store. Return audits have shown that a significant number 
of consumers use this disadvantage to their personal benefit and at the cost of the 
retailer and manufacturer. 
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In the past several years, retailers and the industry have shown renewed 
interest in curbing the volume of unwarranted and fraudulent product returns. 
This interest is largely due to diminishing profit margins and the competitive 
nature of the retailing business. Because of thin profit margins, retailers and 
5 manufacturers can no longer absorb the cost of unjustified product returns. 

Unless product returns are significantly reduced, retailers and/or manufacturers 
will have little choice but to pass these costs on to the consumer in the form of 
price increases. 

Prompt and efficient handling of returns and proper enforcement of return 
10 policies helps to keep down costs while maintaining consumer confidence and 
satisfaction. However, efforts to speed handling or improve enforcement lose 
their value if the expense of those efforts outweighs the accompanying benefit. 
Accordingly, such efforts must be efficient to benefit the manufacturers, retailer 
and the consumer. 

15 Another problem confronted by retailers stems from the fact that different 

manufactures may have different return policies. For example, one manufacturer 
may require returns to take place within 90 days of the original purchase, 
whereas others may permit returns up to 120 days or 180 days after the original 
purchase. Similarly, some manufacturers may have strict limitations on product 

20 returns without original packaging or returns of products wherein relatively 
minor parts (e.g., instruction manuals, connecting cables, etc.) are missing. 
Because of the variety of manufacturer return policies, it is often difficult for a 
retailer to ensure proper compliance. As a practical matter, it may be extremely 
difficult or even impossible to educate the retailer staff with regard to each return 

25 policy. This problem is compounded by the fact that manufacturers and/or 
retailers may have returns policies that vary between products. Moreover, a 
retailer often carries products for many different retailers. Manufacturers or 
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retailers may also have special return or warranty policies for products which are 
sold at reduced prices, for example. Some manufacturers may also only allow 
returns that are within a specified period of time starting from the date of 
shipment to the retailer, rather than from the date the product is purchased by a 
5 consumer. In fact, in today's market it is not uncommon for a single 

manufacturer or retailer to have numerous different return and/or warranty 
policies that apply depending on the particular product and the particular 
conditions under which the product was purchased. 

Thus, retailers may be placed in a position where improper returns are 

10 inadvertently accepted or where proper returns are rejected. Accepting improper 
returns increases costs which must either be absorbed or passed on to customers 
in the form of higher prices or restocking fees, for example. Of course, rejecting 
proper returns may damage goodwill between the vendor and the customer. 
Accordingly, there is a need for a system which facilitates authorized 

15 product returns for a number of different manufacturers and/or products yet 

reduces the incidence of unauthorized returns. Additionally, there is a need for a 
product purchase registration system which minimizes costs associated with 
returns, improves retailer efficiency in handling product returns, increases 
overall customer satisfaction, and provides retailers with immediate access to 

20 purchase data information for products of various manufacturers. Further, there 
is a need for additional capabilities in connection with product sale information. 
For example, third party warranty providers, law enforcement agencies, 
insurance providers, reverse logistics organizations and the like may utilize 
product registration information to verify ownership or sales data and to benefit 

25 rightful owners of purchased goods. 

It is a primary object of the present invention to satisfy these needs. A 
further object of the present invention is to enable retailers to more efficiently 
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and effectively enforce applicable product return/warranty policies, even in 
situations in which the person seeking the return no longer has the sales receipt. 
Another object of the invention to reduce fraudulent product returns, and to 
protect the retailer and manufacturer from the cost and inconvenience associated 
5 therewith. A further object of the invention, is to provide a method and system 
available at the return location, such as a retail store check-out counter or 
customer service counter, which is operable to quickly and accurately verify 
whether the particular product sought to be returned does or does not qualifies 
for return under the applicable return criteria for that particular product, prior to 

10 accepting the product for return. Another object of the invention is to provide 
the customer with useful information regarding the product even if the product 
does not qualify for return, thereby improving customer satisfaction even when 
returns are not accepted. Yet another object of the invention is to reduce the 
need to return products by providing technical information regarding set-up or 

15 operation of the product to the consumer for the purpose of solving a problem 
the consumer is having with the product, thereby reducing the need to return 
products. Still another object of the invention is to provide the store personnel 
with information on the particular product being returned, which information 
enables verification of whether or not the product being returned includes all of 

20 the original parts or components prior to accepting the product for return. 



SUMMARY OF THE INVENTION 



The present invention achieves these and other objects by providing an 
25 electronic registration and verification system which uses individual product 

identification information for purchased products gathered at the point of a sales 
transaction and stored in one or more transaction databases. In an example 
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embodiment of the present invention, individual product identification 
information (such as a unique serial number) is stored in a local transaction 
database along with additional information including at least the date of the 
transaction. A transaction receipt such as a customer sales receipt is created and 
5 includes at least the unique product identification information and the date of the 
transaction. Additionally, the individual product identification information and 
the transaction date may be communicated to a separate location for inclusion in 
a general transaction database. The local transaction database may include, for 
example, sales made by a particular store or sales made by several affiliated 
10 stores and is not necessarily co-located with the point of sale. The local 

transaction database may also organize the data by individual manufacturer for 
ease of access. 

The instant invention enables a store clerk or the like to obtain real-time 
electronic verification of a particular product sale transaction as well as the 
15 currently available return/warranty options for a particular product presented for 
return. 

Where a serial number is used to identify the individual product, a check 
digit may be used in conjunction with the serial number. In this way, the 
validity of the serial number may be verified and, if it is invalid, a system 

20 operator may be prompted to re-enter the serial number. The serial number may 
be scanned, entered with a keypad, or input with any other suitable technique. 
Because each manufacturer will likely utilize a different check digit algorithm, it 
will be necessary for the registration system to chose an algorithm which is 
appropriate for the particular product. 

25 Prior to obtaining individual product identification information, the 

electronic registration system may identify the type of product by evaluating, for 
example, the product SKU number derived from a universal product code 
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(UPC). In this example, the individual product identification information is 
obtained only if the product is of a type for which electronic registration is 
desired. 

The point of transaction information including the individual product 
5 identification information and the transaction date may be communicated for use 
in a general database in a number of different ways. For instance, an electronic 
link to the location of the general database may be established or information 
may be recorded and physically transferred to that location. The 
communications may occur periodically, on an item-by-item basis, or otherwise. 

10 When a customer returns a product with a receipt, a retailer may look at 

the serial number on the receipt and compare it to the returned product. If the 
serial numbers match and if all other return conditions for the particular product 
are met, the return may be accepted. When a customer returns a product with no 
receipt, or a receipt that does not have a correct serial number, the retailer may 

15 search the local database for sale information concerning the specific item being 
returned. If no sale information is located (for instance if another retailer sold 
the product), the general database may be accessed and searched for sales 
information, and the return handled accordingly. Additionally, if the retail clerk 
is unfamiliar with the applicable return policy, the clerk may submit the product 

20 for return approval to obtain the necessary information on the product and make 
an appropriate determination as to whether the return should be accepted. If the 
product does not qualify for return, the invention enables the sales clerk to 
provide other useful information or assistance to the person seeking the return, 
such as operating or hook-up instructions for the product, as well as information 

25 on locations for warranty or non-warranty service for the product. 

In accordance with yet another aspect of the present invention, a computer 
system at a product return center location obtains identifying information for a 
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product which is to be returned from a retailer to a manufacturer. In the 
disclosed example implementation, this identifying information is then 
submitted to a remote return approval computer system through the internet or 
the like. The return approval computer system may then utilize the identifying 
5 information to determine whether the returned product satisfies applicable return 
criteria. If so, the product is pre-approved for return. The product return 
location preferably obtains identifying information for a plurality of returned 
products at a time. In response to the product identifying information submitted 
by the product return location, the return approval location may provide a list of 

10 approved returns and unapproved returns, along with a return authorization 
number for a batch of approved returns. The product return location may then 
assemble the approved product returns and ship the batch to the return approval 
location (such as the manufacturer). Shipping costs can be saved by omitting 
rejected product returns from the shipment. The return approval location can 

15 handle the approved product returns from the regional return center as a batch, 
thereby reducing costs. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 Other objects, features, advantages and characteristics of the present 

invention will become apparent from the following detailed description of 
exemplary embodiments, when read in view of the accompanying drawings, in 
which: 

25 FIGURE 1 is a schematic block diagram illustrating an example of an 

overall electronic registration system which may be used in connection with one 
aspect of the present invention; 
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FIGURE 2 is an example flowchart illustrating a series of steps that may 
be performed at a point of sale for registering a product transaction; 



unique product serial number and a transaction date; 

FIGURE 4 illustrates an example flow chart for an electronic data 
interface between a product retailer and a registration center during electronic 
10 product registration; 

FIGURE 5 illustrates an example flow chart generally illustrating steps 
which may be taken in connection with product registration and return; 

15 FIGURE 6 illustrates an example of a procedure at a retailer for 

determining whether a product return is properly under warranty; 

FIGURE 7 schematically illustrates a typical arrangement which may be 
utilized in handling product returns; 



FIGURE 8 is a schematic diagram illustrating components which may be 
used in connection with a preferred example implementation of one aspect of the 
present invention; 



5 



FIGURE 3 illustrates an example transaction receipt which reflects a 



20 



25 FIGURE 9 is a data flow diagram illustrating operation of the system of 

FIGURE 8; 
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FIGURES 10A through 10H illustrate various user interface screen 
displays which may be used in connection with an example implementation of 
one aspect of the present invention; 



goods is stacked for return to a manufacturer, including a batch return 
authorization label which may be placed on the pallet; 

FIGURE 1 1 A further illustrates the batch return authorization label of 
10 FIGURE 11; 

FIGURES 12, 12A and 12B are schematic diagrams illustrating the 
operation of a general registration/return system in accordance with one aspect 
of the present invention; and 



FIGURE 13 is a schematic diagram further illustrating the operation of the 
system of FIGURE 12. 

FIGURE 14 is an application overview illustrating various components 
20 and functions of a preferred implementation of the central registration computer 
system. 



5 



FIGURE 1 1 is a plan view of a pallet on which a plurality of returned 



15 



25 



FIGURE 15 is a flow chart illustrating steps that may be taken to ensure 
customer protection and verification during submission of additional product 
registration information as part of a consumer post-sale product registration; 
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FIGURES 16A through 16G are example user interface screen displays 
which may be used during a customer service request for return/warranty 
information; 

FIGURES 17A through 17H are example user interface screen displays 
which may be used during a customer service request for operating instructions 
or hook-up information for a product; and 

FIGURES 18A through 18F are example user interface screen displays 
which may be used during a customer service request for vendor/product 
information. 



10 DETAILED DESCRIPTION OF 
PREFERRED EMBODIMENTS 

The present invention is described in the context of particular exemplary 
embodiments. However, it will be recognized by those of ordinary skill that 

15 modification, extensions and changes to the disclosed exemplary embodiments 
may be made without departing from the true scope and spirit of the instant 
invention. In short, the following descriptions are provided by way of example 
only, and the present invention is not limited to the particular preferred 
embodiments disclosed herein. 

20 An example of one type of electronic product registration system that is 

preferably used in connection with the instant invention is illustrated in FIG. 1. 
This exemplary electronic registration system is the subject of the two allowed 
and commonly-owned applications identified above (09/314,023 & 08/725,259). 
Briefly, this example system includes a point of sale register 2 and an associated 

25 bar code scanner 4. The register 2 is preferably connected with a local computer 
system 6 in any suitable manner. For example, the register 2 may be "hard- 
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wired" to the local computer system 6. Alternatively, the register 2 and the local 
computer system 6 may communicate, for example, through modems and 
telephone lines, or over radio communication channels. Any suitable 
communication channel may be used. 
5 In certain situations (e.g., single store retailers), it may be advantageous to 

have the local computer system 6 located in proximity to the register 2. For 
large chain stores, however, it may be advantageous to situate the local retailer 
computer 6 at a central location with links to the registers 2 at individual stores. 
The particular arrangement will depend on the preferences and circumstances of 

10 the specific retailer and may vary in accordance therewith. 

The local retailer computer system includes an associated local database 8 
for storing registration information. Additionally, a local printer 10 and an 
operator terminal 1 1 may be provided. The operator terminal may be used, for 
example, by a store clerk upon return of merchandise to locate pertinent sales 

15 information in the local database 8. The printer 10 may be used to produce hard 
copies of, for example, end-of-day sales reports and/or the like. 

In the exemplary embodiment, a communication channel 12 is provided 
between the retailer computer system 6 and a central computer system 14. The 
central registration computer system may, for example, be an independent 

20 registration center computer system which electronically registers product 
transactions for a number of different retailers. In other words, the central 
computer system may be operated by a third-party service provider. 

It is noted that the term "communication channel" or "channel" is used 
herein in its broadest sense, and includes any suitable technique for passing 

25 electronic information between systems. Such suitable techniques include, for 
example, electronic links via modem, radio links, or even communications 
established by physically transporting a recording medium, such as a magnetic 
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disk, magnetic tape or optical disk, from one system to the other. In the 
preferred arrangement, an electronic link may be established by modem over 
available commercial telephone lines. 

A general registration database 1 6 is associated with the central 
5 registration computer system 14 for storing transaction information from a 
plurality of retailer computer systems 6. Additionally, a printer 18 and an 
operator terminal 20 may be included with the central registration computer 
system 14. As discussed below in greater detail, the central registration 
computer system may maintain a number of data files pertaining to individual 

10 retailers, manufactures and the like. These data files include information 

applicable to the particular individual retailer, distributor, manufacturer or the 
like and are preferably maintained by that particular individual or entity. For 
example, a data file may contain specific return/warranty policy information 
applicable to that particular individual or entity. 

15 It should be appreciated that the central computer system 14 is preferably 

intended to handle product registrations for a number of different manufacturers 
and/or other vendors. Accordingly, the general registration database may 
employ a structure wherein the product registrations for each participating 
vendor is maintained in separate areas. Alternatively, separate databases may be 

20 employed for each participating vendor. Of course, other data structures may be 
employed so long as the registration center is able to properly keep track of the 
product transaction information. 

As illustrated in FIG. 1, the central registration computer system 14 may 
have a number of additional communications links 12', 12", etc. for receiving 

25 information from other local computer systems. Thus, for example, a 

registration center may receive information from a number of different retailers. 
Additionally, the local computer system 6 may include a number of additional 
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communication channels 13, 13', 13", etc. for connecting with other central 
computer systems. Accordingly, an individual retailer can electronically register 
products with a number of different registration databases, if desired. 
Furthermore, a number of communication channels 15, 15', 15", etc, can be 
5 provided for communications between the central registration computer system 
14 and individual manufacturer computer systems and computer systems of third 
party service providers, law enforcement agencies and/or the like. Of course, a 
general access channel such as an internet connection may also be made 
available for authorized access to the central computer system 14. 

10 For convenience, the multiple communication channels in FIG. 1 are 

illustrated with separate lines. It should be noted, however, that separate lines 
are not necessary. For example, the local computer system 6 more likely would 
have a single communications line, and connection with the particular central 
computer system 14 would be made through a modem by dialing the appropriate 

15 telephone number or through an internet connection. 

An example of the operation of the system illustrated in FIG. 1 is now 
described in connection with FIGS. 2-6. Referring now to FIG. 2, the electronic 
registration process begins when a customer brings merchandise to the register 2 
for check-out. The sales clerk enters the SKU number which identifies the type 

20 of product involved in the transaction (e.g., Super Nintendo Entertainment 

System, Nintendo Game Boy, Nintendo N64, etc.) by, for example, scanning a 
UPC product code included on the product packaging (block 100). Of course, 
key entry or another technique for entering the SKU number may be used. 



25 small commodity products (e.g., batteries, candy, diapers, etc.) that are 

commonly sold by retailers. Accordingly, a check may be made, based on the 
type of product as identified by the UPC code, to determine whether this is a 



Electronic registration might not be necessary for a substantial number of 
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product for which electronic registration is desired (block 102). If so, the store 
associate is prompted to enter the serial number of the individual item (block 
104). 

The serial number may be entered (block 106), for example, by scanning a 
5 serial number printed on the packaging. Alternatively, the serial number as it 
appears on the product may be scanned through a window in the packaging. 
This alternative ensures that the individual product is identified even if it is 
mispackaged. Also, repackaging of returned merchandise would be simplified. 
Other techniques, such as key entry, may also be used. Because the serial 

10 number is unique to each individual product, it acts as individual production 
identification information. 

Once the serial number is entered, a check may be made to ensure that the 
serial number is valid (block 108). If not, control returns to block 104, and the 
store associate is again prompted to enter the serial number. This is repeated 

15 until a valid serial number is obtained. It may be desirable to provide store 

managers with the ability to override the requirement to enter a serial number in 
a limited number of situations. If such an ability is given, however, the 
overrides should be monitored to ensure the ability is not abused. This may be 
done, for example, by generating a periodic report listing all overrides by 

20 individual managers. 

Several different techniques may be used to evaluate and verify the 
validity of the serial number. Of course, to safeguard against fraud, individual 
manufacturers will likely each use its own confidential technique for verifying 
the validity of the serial number. Accordingly, the retailer system preferably 

25 includes the ability to select and apply an appropriate verification technique in 
accordance with the particular manufacturer, product line, or the like. 
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In one preferred technique, a check digit is added to the serial number. 
Such a check digit technique may utilize a predetermined mathematical 
operation which is performed on the digits of the serial number. If the result of 
the predetermined mathematical operation is equal to the check digit, the validity 
5 of the serial number is verified. 

An example of a check digit technique will be described in connection 
with an eight-digit serial number. A predetermined mathematical operation 
associated with the check digit may be to multiply the sum of the first four digits 
of the serial number by two (2), multiply the sum of the last four digits by three 
10 (3), and sum the resulting products. This may be expressed in equation form as: 

2(N,+N 2 +N 3 +N 4 ) + 3(N 5 +N 6 +N 7 +N 8 ) 

where N, is the first digit of the serial number, N 2 is the second digit of the serial 
15 number, and so on. The check digit may then be taken as the least significant 

digit of the result. Thus, for a serial number 223 123 13 , the result of the 

predetermined mathematical operation is 2*(2+2+3+l) + 3*(2+3+l+3)= 16+27 

=43. The check digit is the least significant digit; that is the check digit is 3. 

Accordingly, the number appearing on the product would be 223123 133, 
20 wherein the last digit is the check digit. For serial number 1 0532641 , the check 

digit is 7 [2*(l+0+5+3) + 3*(2+6+4+l ) = 1 8+39=57], and the number appearing 

on the product would be 105326417. 

The particular mathematical operation used in connection with the check 

digit is not critical to the present invention. Any predetermined mathematical 
25 operation may be used to obtain the check digit. Indeed, for added security, it is 

possible to utilize more than one check digit, wherein each check digit is 

calculated by a different mathematical operation. Whatever mathematical 
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operation is used, however, it is desirable to minimize the number of individuals 
with knowledge of the specific operation to reduce the risk of false serial 
numbers being generated. 

In a preferred embodiment of the instant invention a serial number mask 
5 and check digit system may be defined by the third-party service provider for 
use by the individual manufacturers participating in the electronic registration 
system (ERS). This feature provides an improved method of defining serial 
numbers for each Universal Product Code (UPC), which method improves the 
efficiency and accuracy of ERS systems and/or other systems in which such 

10 information is utilized. This system enables significant flexibility for the 

manufacturers in assigning serial numbers, while also assuring that the serial 
numbers can be efficiently and accurately captured during the purchase 
transaction for use by an ERS. 

In accordance with this mask system, a number of mandatory rules are 

15 defined for use by the participating manufacturers when defining serial numbers 
for their products. An example set of rules is provided below: 



1) A serial number consists of three parts: Constants, numeric variables, and 
a check digit. The Constants and check digit are optional. Only the 

20 numeric variables are required. 

2) Serial number constants, variables and check digit must maintain 
positional integrity. 

3) The check digit must be at the end of the serial number. 

4) The value of the check digit is calculated from one contiguous range. 

25 5) If a UPC or item number has more than one mask, all character constants 
must be the same for each mask and in the same position, unless a numeric 
constant is defined that is unique between each mask. 

6) All Constants are defined with upper case letters, or numbers. 

7) Constants can either be characters or numbers. 
30 8) All variables are defined with a lower case "x". 

9) The check digit is defined with a lower case "y". 

10) Variables can only be numbers. 
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1 1 ) The check digit can only be a single number from 0 to 9. 

12) In the event that the bar code contains more than just the serial number, 
the UPC code will be defined with lower case "a", and the model number 
will be defined with lower case "b". 

5 13) If more than one contiguous range of variables exits in the mask, only one 
range can be used to calculate the minimum value allowed for registration. 
14). The range of variables used for minimum value allowed for registration, 
must be in ascending order from one serial number to the next. 

10 In this example, a mask for a serial number can consist of three parts: 

Constants (optional), variables (required), and a check digit (optional). Below is 
an example of a serial number and how it is defined in the mask. 



15 



Example serial number: NS 123456784 

- The constants are defined as "NS" in position 1 and 2. 

- The variables are defined as lowercase "x" in positions 3 through 10. 

- The check digit is defined as a lower case "y" in position 1 1 . 

20 Thus, the mask would look like: NSxxxxxxxxy 

A check digit algorithm may also be used in this embodiment as follows: 
The following six arguments need to be answered to define how the check digit 
is calculated. Note that these arguments are only answered when a check digit is 
25 placed in the mask. 

Example: NS 123456784 

1) Starting position of the range used to calculate the check digit. (3) 

30 

2) Ending position of the range used to calculate the check digit. (10) 



3) Directional as Left to Right, or Right to Left (R-L) 

When taking the example 12345678, and trying to determine which numbers are 
35 in an even position, and which numbers are in an odd position, this tells the 

algorithm which direction to start from. In this case, the direction is from right 
to left. Thus all odd position numbers are 8, 6, 4, and 2. All even position 
numbers are 7, 5, 3 and 1 . 
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4) Multiplier of odd or even positioned numbers. (3) 

In the example above, the multiplier chosen is 3. This is a number that can range 
from 1 to 9, and is set by the client (e.g. manufacturer). 

5 

5) Multiply on all odd positions or even positions (O). See argument 3. In the 
example above, the odd position numbers are multiplied by 3. This is also 
decided by the client (e.g. manufacturer) . 

10 6) Reduce single multiplier. (N) 

When multiplying the positional numbers by the multiplier 3, there are two ways 
that you can perform the multiplication. You can multiply the sum of all the 
numbers by 3, or you may want to multiply each number by 3, and reduce the 
value to a single digit. See below for each technique. For our example serial 

15 number, option "a" will be used. 

a). 8 + 6 + 4 +2 = 20 • 3 = 60 

Multiply Reduce 

20 b). 8* 3 =24 2 + 4 = 6 

6*3=18 1+8 = 9 

4-3 = 12 1+2 = 3 

2*3 = 6 (no reduction needed) 

25 6 + 9 + 3 + 6 = 24 

Notice with option a, the value is 60, but with option b the value is 27. 
Each option will produce a different result. For this example serial number, 
option a will be used. 
30 When each of the six arguments are answered, the definition is stored in 

the following notation: 

3,10,R-L,3,O,N 

35 Therefore, the value of the check digit is calculated as follows: 



• ODD POSITIONS 

• EVEN POSITIONS 



8 + 6 + 4 +2 = 20-3 = 60 
7 + 5 + 3+ 1 = 16 
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• SUM OF RESULTS 

• LAST DIGIT OF RESULT 
SUBTRACTED FROM 10 (I.E., Mod 10) 



16 + 60=76 



10-6 = 4 



5 The check digit value based on the above definition would be 4. 



So for the example NS 1 23456784; 
Mask = NSxxxxxxxxy 



10 Check Digit Algorithm = 3,10,R-L,3,O,N 

If the range for the check digit algorithm contains character constants, a 
conversion table is used. If the range of data used to calculate the serial number 
does not have any alpha characters, then a conversion table does not have to be 
15 assigned. An example conversion table is as follow: 



This example corresponds to what the U.S. postal service uses for converting 
characters to numbers. This conversion table is then provided to, for example, 
the retailers so that the POS system can edit the data scanned prior to accepting 
the value. The conversion table may also be used at the location where the ERS 

25 database is located to edit the data prior to registration in the database. 

This feature of the instant invention provides an advantageous method of 
enabling participating manufacturers to assign a serial number mask for each 
UPC, while also enabling the serial numbers used to be easily captured during a 
product transaction for input to an electronic registration system (ERS) or the 

30 like. The POS system would then have access to information which would 

enable it to know what mask to use for each UPS, thereby enabling the correct 



A=l, B=2, C=3, D=4, E=5, F=6, G=7, HN8, 1=9, J=10, K=l 1, L=12, 
M=13, N=14, 0=15, P=0, Q=l, R=2, S=3, T=4, U=5, V=6, W=7, X=8, 
Y=9, Z=\0 



20 
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serial number to be obtained and verified during the product purchase 
transaction. 

In accordance with another aspect of the invention, the mask may be 
defined in a manner which enables the system (ERS system, POS system, or 

5 other related system) to determine if the mask is a packaging mask or a product 
mask. A packaging mask is defined as a mask for serial numbers used only on 
packaging for products, while a product mask is defined as a mask for serial 
numbers used only on actual products. One example embodiment of this feature 
of the invention is to define certain elements (such as certain constants) in the 

10 mask to be used only with serial numbers on product packaging, and to define 
different constants for use only with serial numbers on actual products. In this 
manner, the POS or ERS system could determine upon reading the serial number 
whether the actual product or only the product packaging has been scanned or 
otherwise obtained. 

15 One benefit of this optional feature of the invention, is that fraudulent 

returns can be minimized or prevented. More particularly, by using this 
technique the fraudulent return situation can be avoided where a person 
purchases a new product with new packaging and then returns the new 
packaging with an old or different product therein for credit or refund. The 

20 invention reduces this type of fraud by requiring that an actual product be 
scanned, rather than only the packaging returned with the product. In other 
words the POS or ERS system could be programmed to recognize during a 
product return transaction whether only the packaging serial number has been 
scanned, and prevent acceptance of the return until the actual product is scanned, 

25 thereby assuring that the actual product , not just the packaging, qualifies for 
return. 
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Once the serial number is verified (block 108), a local database may be 
updated with the serial number information and any other necessary or desired 
information (block 1 10). At minimum, however, the local database should 
include an indication of the date on which the transaction took place. Other 
5 information might include the price paid, the store associate responsible for the 
sale, and the like. 

The serial number of the individual product is printed (block 1 12) as part 
of a written customer transaction receipt. As shown in the sample sales receipt 
30 of FIG. 3, the serial number may be printed adjacent the description and 

10 SKU number of the registered product. Thus, it will be a simple matter to 
correlate serial numbers with associated products, particularly when several 
registered products appear on a single customer sales receipt. Of course, 
additional information may be printed as well. 

The date of the transaction will typically be printed at either the beginning 

15 or the end of the sales receipt, but may appear anywhere on the receipt. In the 
example operation illustrated in FIG. 2 and the sample sales receipt of FIG. 3, 
the date is printed at the end of the sales receipt 30 (block 1 16). For ease of 
viewing, the serial number and date on the sample receipt 30 are indicated by 
boxes. If desired, an actual printed receipt may also have such information 

20 highlighted, for example, by a different color ink. 

Turning back to the example operation illustrated in FIG. 2, after the serial 
number is printed, a check is made to determine whether sales are complete 
(block 1 14). Ordinarily, this will be based on the store associate hitting a 
TOTAL button on the cash register. If sales are not complete, control returns to 

25 block 1 00 for entry of a SKU number for the next product. Otherwise, sales 

totals are calculated and printed on the receipt along with the current date (block 
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1 16). Thereafter, the central registration computer system 14 is contacted and 
the general registration database 1 6 is updated. 

It should be emphasized that the operation illustrated in FIG. 2 is merely 
exemplary, and that the steps need not be performed in the particular order 
5 shown. For example, all print operations and database updates can take place 
after sales are completed. Additionally, it is not necessary to update the 
databases on an item-by-item basis. Indeed, efficiency and speed in updating the 
general database may be increased by batching transactions in groups of, for 
example, fifteen transactions. 

10 An example technique for interfacing the local computer system 6 to the 

central registration computer system 14 is illustrated in FIG. 4. Product serial 
numbers are scanned or keyed in by a store associate (block 200) and stored with 
associated information in the local database (block 202) using an operation such 
as discussed in connection with FIG. 2. Thereafter, the local computer system 6 

15 extracts the serial number information from the database (block 204) and batches 
the information in blocks of fifteen (block 206). The information may also be 
batched by manufacture in the local computer system 6. The operations 
represented by blocks 204 and 206 are preferably performed periodically, for 
example, daily. 

20 Once the serial number information is properly batched (block 206), the 

local computer system 6, in this case a retailer system, dials the general 
registration computer system 14, to make an electronic link to an electronic 
mailbox set up for that particular retailer (block 208). A separate electronic 
mailbox may be set up for each registration center account. The connection is 

25 tested (block 210) and, if the connection is not properly established, the retailer 
computer system 6 redials (block 212) until a proper connection is established. 
At that point, data is transmitted (block 214) to the electronic mailbox. Batching 
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the information increases transmission speed and, therefore, reduces data 
transmission times. 

Data communications between the retailer system and the registration 
center system may use a conventional communications format. For example, the 
5 computer systems may be equipped with an EDI Translator capable of using the 
Standard 140 file format established by the EI A. The Standard 140 file format is 
specifically designed to extract product registration information. A typical 
transmission would begin with a Transaction Set Header to indicate the start of a 
transaction and to assign a control number. This would be followed by a 

10 Beginning Segment for Product Registration which indicates the beginning of a 
product registration transaction set and transmits identifying numbers, dates and 
times. The identifying numbers may include a Purpose Code to identify the type 
of registration (e.g., original sale or return to stock) and a Reference Number 
assigned by the user for the particular transaction. Next, a Name segment is 

15 transmitted to identify the user by type of organization, name and identifier code. 
The identifier code may indicate an organizational entity, a physical location, or 
an individual. 

If desired, additional identifying segments such as an Address Information 
segment and a Geographic Location segment may be transmitted. The address 

20 information would include, for example, a street number and name for the 

individual store. The geographic location information would include the city 
name, a state or province code as defined by an appropriate Government agency, 
a postal code (e.g., a zip code in the United States), and a country code. 

Following any desired additional identifying segments, specific item 

25 identification information (e.g.., serial numbers) may be transmitted along with a 
textual description of the product if desired. Information identifying the 
individual store that sold the particular item may be associated with the 
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information for that item. Appropriate dividers would be provided to separate 
the information for the respective individual items. After the individual item 
information has been transmitted completely, a Transaction Set Trailer segment 
may be transmitted to indicate the end of the transaction set and provide the 

5 count of transmitted segments. 

Returning now to FIG. 4, the registration center computer system 14 
decodes the serial number information received from the retailer (block 216). 
The decoded serial number information is preferably sorted by manufacturer (if 
not already sorted) and initially stored in a temporary database (block 218). 

10 Separate temporary databases may be employed for individual manufacturers. 
The serial number information is preferably encoded along with the retailer's 
name, the registration date, the sale date, the last date on which returns will be 
accepted, and the last date for warranty repairs (block 220). 



15 center computer system or, alternatively, could be obtained from the particular 
manufacturer by way of communication channels 15, 15', 15", etc. Of course, 
other ways of determining the appropriate dates may also be utilized. In 
accordance with the preferred embodiment, however, the central computer 
system has access to information providing the manufacturers return and 

20 warranty policy for each product registered, and the participating manufacturer 
or other vender provides and updates this information for each of its products. 

The individual serial numbers may next be validated using the check digit 
technique discussed above, and the data is transferred to the registration center's 
general database (block 222). Following validation of the serial numbers, an on- 

25 line summary report may be generated which lists all accepted and rejected serial 
numbers (block 224). The valid data is then stored in the manufacturer's national 
serial number database for later access as described in detail below. 



The applicable return and warranty dates may be stored in the registration 
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The summary report provided in block 224 provides a tool for the 
registration center to locate trouble spots caused, for instance, by malfunctioning 
retailer systems or attempted fraud. Additional monitoring reports may also be 
generated as desired. For example, the serial number pass/fail ratio for all 

5 returns by a particular retailer over a given time period may be reported, 

duplicate serial numbers may be located and listed, previously registered serial 
numbers may be flagged, and cross-references may be made between the 
registration date and the date the product was returned to the manufacturer. 
Such reports can be used by the registration center to monitor retailer returns for 

10 possible problems or abuse. Reports may also be generated for individual 
manufacturers for separate monitoring or other uses. 

FIG. 5A and 5B illustrate in flow chart form an example purchase and 
return process made possible by the electronic registration system described 
above in accordance with the present invention. A store customer first picks out 

15 a store product for purchase (block 300) and brings it to the check out station 
(block 302). The store associate then scans the UPC code to enter the product 
SKU number (block 304) and, if it is a product for which electronic registration 
is sought, the store clerk is prompted to enter the unique serial number (block 
306). 

20 After the store clerk scans the serial number (block 308), the customer 

sales receipt is printed with the serial number (block 310) and the transaction 
databases are updated (block 312). The process ends if the customer is satisfied 
with the product (block 3 1 4). If not, however, the customer returns the product 
to the store (block 3 1 6). 

25 As noted previously, if the customer presents the sales receipt at the time 

of a return, the store associate may compare the serial number on the product 
with that on the sales receipt. The associate should compare the printed serial 
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number with that on the product itself, rather than the serial number on the 
packaging, to guard against repackaging of an old product in a box for a recently 
purchased product. If the serial numbers match, the return is within an 
applicable allowable time period, and all other return qualifications are met (e.g., 
5 no major parts are missing, etc.) the return may be accepted, assuming that the 
store clerk handling the return known the applicable return policy associated 
with that particular product. 

However, if the store clerk is uncertain of the applicable allowable return 
period, the clerk may submit the product for electronic return verification as 

10 described below. 

If there is no receipt, or if the product serial number does not match that 
printed on the receipt, the store associate examines the products to ensure all 
return qualifications are met (block 3 1 8). If so, the store associate scans the 
serial number on the product (block 320) and the retailer computer system 6 

15 checks the retailer database for the serial number (block 322). A link to the 
registration center's serial number database may be made to search for serial 
numbers which do not appear in the retailer database (block 324). 

Assuming the serial number information is found in either the retailer 
database or the registration center database, the date of purchase is checked to 

20 see if then return has been presented within the applicable return period (e.g. 90 
days) (block 326). Purchases within the applicable return period which meet all 
other manufacturer return qualifications (block 328) may be refunded or 
exchanged (block 330). The retailer may then return the product to the 
manufacturer within an applicable time period (e.g., 150 days) from the date of 

25 purchase to receive credit for the return (block 332). 

For products which do not meet all manufacturer return qualifications 
(block 328), but were purchased within the applicable return period (block 326), 
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the consumer may be referred to an authorized repair facility for a warranty 
repair (block 334). Similarly, if the purchase was made outside the applicable 
return period (block 326), but within the applicable warranty repair period (e.g., 
1 80 days) (block 336), the customer will be referred to an authorized repair 
5 facility for a warranty repair (block 334). Consumers seeking to return products 
purchased beyond the applicable warranty repair period (block 336) will be 
directed to an authorized repair facility for a non-warranty repair (block 338). 

The example return and warranty repair deadlines noted in the example of 
FIG. 5 are fairly typical for actual return policies. However, these particular 

10 deadlines are merely examples, and other appropriate deadlines may be used 
without departing from the invention. Because different manufactures may 
utilize different return and warranty deadlines, it is preferred that the deadlines 
applicable to a particular manufacturer be stored in the retailer computer system. 
Of course, if the applicable deadlines are encoded along with the serial number 

15 information at the time of initial registration, that information should be 
available from the registration data without the need to again check the 
applicable return criteria. 

FIG. 6 provides a graphic illustration of a return process which utilizes 
the features of an electronic registration system in accordance with the instant 

20 invention. As illustrated at the left hand portion of FIG. 6, when a customer 
seeks to return a product, the store associate searches the retailer's store-wide 
database by entering the product serial number. If the transaction is located in 
the store-wide database, the operator terminal 1 1 of the retailer computer system 
6 displays the product description, the purchase location, and purchase date. 

25 Additionally, the consumer's return options for the particular manufacturer (e.g., 
warranty repair, exchange, store credit, or cash refund) may be displayed. The 
display of consumer options is particularly advantageous where electronic 
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registration is used for multiple manufacturers. By displaying the options, the 
need for the store clerk to remember or look up the options is avoided. Also, the 
likelihood of the store associate making a mistake is reduced. 

The right hand portion of FIG. 6 illustrates a situation where the product 
5 was purchased from a competitor retailer and, thus, does not appear in the store- 
wide database. After unsuccessfully searching the store-wide database, the 
retailer computer system 6 dials up to search the registration center database. 
The registration center computer system 14 returns the date purchased, the name 
of the retailer that sold the product, the applicable deadline for consumer returns, 

10 the applicable deadline for the retailer to return the product to the manufacturer 
for credit, and the applicable deadline for warranty repairs. Based on this 
information from the registration center, the operator terminal 1 1 of the retailer 
computer system 6 displays the product description, the purchase location and 
date, and available consumer options. 

15 Referring now to FIG. 7, an example of a typical arrangement which may 

be used for handling product returns is illustrated. The present invention, of 
course, is applicable to other arrangements as well. In the example arrangement 
of FIG. 7, a regional warehouse 501 operated by a large retail chain collects 
product returns from local retail stores 503A and 503B. In the illustrated 

20 example, retail store 503A is located in the Northeast United States and retail 
store 503B serves the Mid-Atlantic region; the retailer regional return center 
warehouse 501 is located in the South; and the manufacturer warehouse 505 is in 
the Pacific Northwest. Of course, this example is for illustrative purposes only, 
and it should be appreciated that other local retail stores, regional return centers, 

25 etc. would be present in an actual return network. Also, it should be understood 
that a product return network typically would be operated in conjunction with a 
product distribution network. 
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After the returned products arrive at the regional warehouse 501, they are 
sorted by manufacturer and/or product, and are shipped from the regional 
warehouse 501 to the manufacturer warehouse 505 for credit or replacement. 
The manufacturer then inspects the returned products to ensure that they comply 
5 with necessary return conditions and, if appropriate, issues a credit or 
replacement product. 

Each step of the foregoing example return process involves various 
processing and handling requirements. For example, personnel at the local retail 
store must first review the product for compliance with applicable return 
10 requirements (e.g., ensure that the product is returned within the specified return 
period and verify that all parts have been returned), and then arrange for 
shipment to the appropriate regional warehouse by way of a truck 507 or other 
suitable means of transportation. 



15 from the local retail stores, sort them by manufacturer and/or product, prepare 
them for shipment (e.g., place the returned products on shipping pallets), and 
arrange for the shipment to the manufacturer. Finally, the manufacturer must 
receive the returned product shipment, verify that the returns are proper, 
repackage the returned products if appropriate, and conduct necessary 

20 bookkeeping to ensure that the retailer receives proper credit for the return. It is 
noted that the foregoing is not an exhaustive list of the costs and efforts 
associated with processing product returns by the retail stores, the regional return 
center warehouses, and the manufacturers. 



25 for example, in connection with operations at the retailer regional return center 
warehouse 501 to reduce costs incurred by both the return center and the 
manufacturer. In accordance with one aspect of the present invention, 



Employees at the regional warehouse must unload the products received 



The electronic registration system (ERS) described above may be utilized, 
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significant cost savings can be realized by reducing or eliminating unnecessary 
shipping costs by making a relatively early determination whether a product 
return will ultimately be accepted by the manufacturer or the like. If not, the 
returned product need not be handled further, thereby reducing costs. 
5 Thus, ERS can be used to reduce costs and improve efficiency of returns 

between the retailer and manufacturer and also, as described in greater detail 
below, between the consumer and the retailer. As explained herein, the user 
interface as well as the operation of the ERS system is significantly different in 
the retail/manufacturer application as compared to the consumer/retailer 

10 application, as a result of the particular needs in each of these return situations. 
It is noted that commonly owned and co-pending application Serial No. 
09/065,552 identified above, includes, as one example, a method and apparatus 
for efficiently handling product return transactions between a retailer and a 
manufacturer. In order to provide a complete understanding of the preferred 

15 ERS system used in the present invention, a further description of this 
retailer/manufacturer returns system is described below. 

In accordance with this feature of the ERS system, advance return 
authorization for shipment of returned products between the retailer and the 
manufacturer can be obtained for a plurality of products at one time to establish 

20 an approved product return batch. The approved batch may be properly labeled 
prior to return to the manufacturer. In this way, product returns may be easily 
and efficiently handled in batches rather than as individual units, thereby 
improving efficiency and reducing costs. 

Referring now to FIG. 8, an example implementation of this system 

25 includes a return side portion 521 and a manufacturer side portion 523 which are 
operable to communicate over, for example, an internet connection 525. Briefly, 
the return side portion 521 may include a personal computer 5210 that includes, 
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for example, an Intel 486 processor or higher with at least 16 MB of RAM, a 
Microsoft Windows 95 or Windows NT operating system, and browser software 
such as Netscape Navigator 4.0 or higher. The personal computer 52 10 may 
also include a modem for direct connection to an internet provider through a 
5 dedicated telephone connection 5212. Alternatively, an internet connection may 
be made by the personal computer 52 1 0 over a corporate network. Also, it may 
be possible to utilize a direct telephone link by modem between the return side 
portion 521 and the manufacturer side portion 523 or even a hardwired 
connection. 

10 A bar code scanner 5214 is provided for scanning bar coded SKU and, 

possibly, serial numbers for returned products. Additionally, a printer 5216 is 
provided for printing transaction records and, if desired, printed versions of 
return authorizations from the manufacturer. As will be discussed below in 
greater detail, manually prepared return authorization forms may be used as an 

15 alternative to printed return authorizations. 

The manufacturer side portion 521 includes a computer system 5230 
utilizing, for example, an IBM AS/400 computer and having an associated data 
storage unit 5234 for storing an electronic product registration database. The 
manufacturer side computer system 5230 is capable of communicating with the 

20 return side portion 521 over an internet connection though telephone connection 
5232. As noted previously, other communication techniques between the 
manufacturer side portion 523 and the return side portion 521 may also be 
utilized. 

After the regional retailer return facility receives products for return to the 
25 manufacturer, the return side portion 521 may access the manufacturer side 

portion 523 to screen the products for compliance with return requirements and 
to obtain pre-authorization of the returns. In particular, the return side computer 
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5210 connects to the manufacturer side computer 5230 by way of the internet or 
through other appropriate communication techniques. In the present example 
embodiment, the manufacturer side computer maintains a world wide web page 
for access by the regional return center. Password protection may be provided to 
5 ensure only authorized retailers are able to access return pre-authorization 
features in accordance with the present invention. For example, each return 
center location that is permitted access to the pre-authorization features may be 
assigned a location identification code and a password. In such a case, both the 
location identification code and the password would be required before access is 

10 granted to the product return screening program. 

FIG. 9 is a logic flow chart for the manufacturer side computer 5230 in 
screening returned products and processing pre-authorization requests from the 
regional return center. As indicated in the top portion of FIG. 9, the user first 
enters the appropriate location identification code and password. FIG. 10A 

15 illustrates a screen which may be displayed at the return side computer to prompt 
the user to enter the location identification and password. Once this information 
is received by the manufacturer side computer, the password is validated at 
function block 5302. If desired, appropriate application maintenance procedures 
may be implemented upon validation of the password. 

20 Upon verification of the location identification code and the password, the 

manufacturer side computer 5230 may cause a screen such as is illustrated in 
FIG. 10B to be displayed at the return side computer 5210. As shown in FIG. 
10B, existing batches saved in memory at the manufacturer side computer 5230 
are listed. Existing batches are those for which return products have been 

25 scanned, but which have not yet been submitted for return authorization. 

Preferably, items can only be added or deleted from a batch up to the time that 
the batch is submitted for return authorization. In the present example 
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implementation of the invention, once the batch is submitted for return 
authorization, it will no longer be displayed on the batch status screen, but can 
be viewed from the RA Status screen described below in connection with FIG. 
10H. 

5 It is possible to display a number of information items on the batch status 

screen in addition to the batch number. For example, the batch status screen 
shown in FIG. 10B displays the date and time the batch was opened, the total 
number of products that have been screened for return validation, the number of 
accepted items, and the number of rejected items. Of course, additional 

10 information could be displayed if desired. 

A number of options are offered to the return center operator on the batch 
status screen illustrated in FIG. 10B. In particular, the return center operator 
may open an existing batch, create a new batch, or submit a batch to the 
manufacturer for return authorization. To open an existing batch, the desired 

15 batch may be selected in a conventional fashion by using a mouse to highlight 
the batch number and then clicking on the "Open Batch" button. Similarly, a 
highlighted batch may be submitted for return authorization by clicking the 
"Submit RA" button. A new batch can be created by clicking the "New Batch" 
button. 

20 Preferably, a batch must be set up prior to screening returned products for 

return authorization. Depending on user preference, the return center operator 
may establish a new batch for each pallet of returned products that is screened 
for return authorization, each bill of lading, or based on the date that the products 
are scanned. It is not necessary to limit the number of products that can be 

25 scanned for each batch. 

Referring again to FIG. 9, when the return center operator either opens an 
existing batch or creates a new batch, control passes to function block 5304. For 
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a new batch, the manufacturer side computer 5230 creates a batch header which 
includes information identifying the assigned batch number, any customer 
reference numbers, the return center address, the name and telephone number of 
a customer contact person, and the status of the batch (e.g., product entry stage, 
5 pending approval, approved, declined, RA assigned, etc.). A new batch number 
will be assigned each time "New Batch" is selected. If an existing batch is 
opened, the header information is retrieved from memory associated with the 
manufacturer side computer 5230. 

Once a batch is opened, the system is now ready to screen returned 

10 products. Depending on the type of product for which return authorization is 
sought, the return center operator selects either "Scan Hardware" or "Scan 
Accessories" by clicking the appropriate button (FIG. 10B). 

Referring now to FIG. 10C, to screen hardware product returns for 
compliance with return criteria, the return center operator is prompted to enter 

15 the Universal Product Code (UPC) number for the product, the product serial 

number, and a store reference code (if desired). This information may be entered 
by scanning bar codes on the product with wedge scanner 52 14 (FIGURE 8), or 
alternatively by typing the information on the keyboard associated with return 
side computer 52 1 0. Other appropriate techniques may be employed as well. 

20 The user may then click the "Validate" button to instruct the manufacturer side 
computer 5230 to screen the product for return approval. 

As shown in FIG. IOC, the Scan Hardware screen then displays the 
submitted information including the UPC code, the serial number, a description 
of the product, the date and time it was entered, and the store reference if any. 

25 Again, other items could be displayed if desired. 

Although various techniques may be used for validating the screened 
products for compliance with return criteria, the system preferably uses data 
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collected by an ERS as described above. In other words, while the above 
description of this retailer/manufacturer return system indicates that the 
manufacturer has a product registration database, this database may be based on 
information collected by the central database of multi- vendor ERS system as 
5 described above. Briefly, such an electronic registration system establishes a 
database which then may be accessed at the time of product return to determine 
the date of original sale and other information pertinent to determining whether 
return requirements are met. It is noted that, for a return to be properly accepted 
by a manufacturer, the product must not only be returned by the customer to the 

10 retailer within the specified return period, but it also must be returned by the 
retailer to the manufacturer within this specified period. Thus, this 
retailer/manufacturer feature of the ERS system is used to verify the latter. 

When the manufacturer side computer 5230 receives UPC and serial 
number information for return validation, control passes to function block 5306 

15 of FIG. 9. The manufacturer side computer 5230 then checks the electronic 
registration database to ensure that the identified product meets product return 
criteria, and posts the scanned information to a batch detail file. The batch detail 
file preferably includes the UPC number, the serial number, an indication of 
product quantity, and status (e.g., pending approval, approval good, error, or 

20 approval declined). The electronic registration database may then be edited to 
indicate that the product identified by the UPC code (function block 5308) and 
serial number (function block 53 1 0) has been screened for return. Accordingly, 
the manufacturer side computer 5230 can keep track of products that have 
already been screened to avoid multiple submissions of a single product for 

25 return. 

There may be a number of reasons a product will not qualify for return 
credit or replacement. For example, the warranty period may have expired, the 
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serial number might not have been registered, an invalid serial number may have 
been received, the packaging may be missing, a major component of the product 
may be missing, or the item might be non-returnable as part of the conditions of 
sale. If the product does not qualify for return, the return center, such as the 
5 retailer regional warehouse, can retain the rejected product rather than ship it to 
the manufacturer, thereby saving the cost of freight for shipping a product that 
does not qualify for credit. 

A note is displayed across the bottom of the screen of the Scan Hardware 
screen when a hardware unit does not qualify for return. The displayed message 

10 is preferably for the last item scanned. If the return center operator would like to 
review the reason a previously scanned item did not qualify for return credit, the 
operator may select "Actions" from the screen menu to see a list of available 
options. The operator may then select "Reasons" to see a description of the 
reason the unit was rejected. An example of a displayed reject reason is shown if 

15 FIG. 1 0D. Scanning may be resumed by pressing the <Esc> key on the return 
side computer keyboard to close the menu screen. The scanning process is 
repeated for each hardware item for which screening is sought. 

Ideally, the return center operator stacks returnable items 1 103 qualifying 
for return on a shipping pallet 1101 or the like (see FIG. 1 1). Non-qualifying 

20 items should be stacked on a separate pallet. It will then be unnecessary for 
return center personnel to later sort through the products a second time to 
separate qualifying products from non-qualifying products. 

The Scan Accessories display screen is illustrated in FIG. 10E. The return 
center operator is prompted to enter the quantity of the accessory that is to be 

25 scanned. For example, if return authorization is to be requested for three VHS 
cables, the operator will input "3" and then use the <TAB> button on the return 
side computer keyboard to advance the cursor to the UPC Number field. The 
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UPC number may then be scanned or entered manually on the keyboard. If a 
Store Reference code is used it may be entered prior to clicking the "Validate" 
button. 

Once pre-screening is completed for the hardware and accessories, the 
5 return center operator may move back to the "Batch Status" screen. The batch 
may then be submitted for return authorization by clicking the "Submit RA" 
button. Referring now to FIG. 10F, the return center operator is preferably 
prompted to enter the name and phone number of the person who should be 
contacted with information or questions concerning the return authorization 

10 request. If desired, a customer reference number (e.g., a bill of lading number, 
file number, invoice number, etc.) may be entered for an internal reference to 
identify the return authorization. If the information on the screen is not filled in 
or "Cancel" is selected, the batch will not be submitted for return authorization. 
However, the batch will continue to be visible from the "Batch Status" screen. 

15 Referring again to FIG. 9, control goes to function block 53 12 upon 

submission of a return authorization request. First, the return center operator is 
asked to verify the contact information. An example of an appropriate contact 
verification screen for display on the return side computer 5210 is shown in FIG. 
10G. If the contact information is verified, the manufacturer side computer 5230 

20 re-validates the good scans included in the submitted batch. Control then 
proceeds to function block 53 14. If the good scans fail re- validation, control 
proceeds to function block 53 1 6, which flags the batch header with an error 
indication, and notifies the return center operator of the failure. Otherwise, 
control proceeds to function block 531 8 for automated approval. 

25 Function block 5320 checks to determine whether the automated approval 

process was successful. If not, an e-mail message may be sent to a 
manufacturer's representative for the particular return center (function block 
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5322). The return authorization request may then be reviewed manually to 
determine whether the request should be approved (function block 5324). If the 
manual review shows that the request was properly rejected, the batch is flagged 
with an indication that the request was rejected, and the return center is notified 
5 of the rejection (function block 5326). However, if the request is approved, 

control passes to function block 5328 to create a return authorization number and 
update the batch header to indicate the approved status. As indicated in FIG. 9, 
control may also pass to function block 5328 by way of function block 5320 if 
the automated approval process is successful. 

10 FIG. 10H illustrates an example of an RA Status display screen which 

may be used to inform the return center operator of the status of a return 
authorization (RA) request. As shown, the RA Status screen lists the 
authorization status {e.g., pending, approved, rejected), the batch number, the 
customer reference number if any, the number of scans in the batch, the 

15 submission date, the approval date if applicable, the RA number if applicable, 
and the expiration date by which the return must be completed. 

Once the RA has been submitted and approved, the system may also 
provide the dollar value of the product that is authorized for return. This dollar 
value may be based on the lower of (1 ) the gross invoice price paid by the Dealer 

20 for the product, less the value of all allowances and incentives given to the 

Dealer, or (2) the vendor's net product pricing at the time of the return. In most 
cases, the dealer may deduct the monetary value of authorized returns from any 
existing or future vendor invoices. Additionally, the system can be configured to 
comply with a vendor's specific returns policy and guidelines. 

25 The RA number should be placed on the products prior to shipping to the 

manufacturer for credit. Referring now to FIG. 1 1 and 1 1 A, the RA number 
listed on the RA Status display screen may be written on an adhesive label 1 1 05 
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supplied by the manufacturer along with the customer reference number (if 
applicable). Alternatively, the printer 52 1 6 (FIGURE 8) may be used to print 
labels upon receipt of a return authorization number. Such labels are preferably 
placed on all four sides of the shipping pallet, the pallet is shrink wrapped and 
5 shipped to the manufacturer. The pallet should be shipped immediately to guard 
against expiration of product return dates. Of course, other shipping containers 
may be used as well. 

The return authorization labels 1 105 provide an easy reference to 
personnel at the manufacturer warehouse and permit simple and efficient 

10 processing of the returned. Because the returned products are received in a batch 
and have been pre-approved for return credit, less work is required in reviewing 
the returned products to verify compliance with return criteria. As a result, the 
resources required to process the shipment are reduced, and the manufacturer is 
able to more quickly credit the return center for the returned products. 

15 As explained above, this exemplary retailer/manufacturer returns feature 

of the ERS system simplifies and improves the returns process between a retailer 
and a manufacturer. The instant invention, however, is particularly 
advantageous when used at the consumer/retail level to prevent acceptance of 
unauthorized returns to retailers by consumers. This retailer/consumer feature of 

20 the instant invention will now be described in greater detail below. 

Referring now to FIGS. 12, 12 A, 12B and 13, in accordance with one 
aspect of the present invention, a computer based system provides a method for 
real-time data storage and retrieval for the purpose of verifying and validating 
specific sales transaction data and product returns/warranty repair eligibility at 

25 the point of sale (POS) or retail location at which the consumer brings the 

product for return. Sales transaction information provided by this system may 
include SKU or UPC number, product serial number, date of purchase, place of 
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purchase, register transaction number, payment information, return-to-vendor 
status, repair warranty status, authorized repair center location and phone 
number, estimated distance from consumer to repair location, repair prices, and 
any other suitable information as desired by the retailer and/or vendor. 
5 The sales and returns verification system illustrated in FIGS. 12, 12A, 12B 

and 13, preferably makes use of and incorporates POS electronic registration 
technology at the point of sale register, where the product's SKU (stock keeping 
unit) or UPC (universal product code) is linked to the product's serial number, 
forming a unique identifier. Additional point of sale data (as determined by the 

10 retailer and/or vendor) can now be attached to this unique identifier and stored 
and/or transmitted and stored in a central database for future reference. Once the 
connection is made between the retailer and the vendor or third party service 
provider additional services, such as credit card authorization or check 
verification, can be provided to the retailer. 

15 In operation, the POS register may capture the UPC or SKU and the 

product's serial number to establish a unique identifier. Depending on the 
requirements of the particular retailer and/or vendor, additional data may be 
linked to the unique identifier and then transmitted. As explained above, the 
unique identifier may be determined in accordance with a mask and associated 

20 decoding information defined, for example, by the third party service provider 
and manufacturer. 

If a transaction is paid by check or credit card, the check or credit card 
identification number may trigger the system to establish a connection with the 
third party service provider for credit card authorization or check verification. 

25 Once the POS register transaction is closed, the system stores and/or transmits 
and stores the unique identifier (UPC or SKU and Serial Number) along with the 
point of sale data as determined by the retailer and/or vendor. 
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The third party service provider acts as a central registration computer 
system (see, e.g.. Fig. 1 ) and facilitates the link with the retailer. Credit card 
authorization or check verification data may be processed directly or through an 
approved financial institution. The financial institution/third party service 
5 provider returns a credit card authorization or check approval number. 

The unique identifier (e.g., SKU or UPC and the product's serial number) 
along with the date of purchase and any additional data linked to it is stored in a 
central database for future access. The central database preferably physically 
resides with the third party service provider. Alternatively, applicable portions 
10 of the central database can reside with the respective vendors as explained 
above. 

When a consumer returns a product to the retailer, the store associate 
scans or otherwise enters the product's UPC or SKU, the product's serial number 
and, preferably, the customer's zip code. The system transmits this information 

15 to the third party service provider (or manufacturer) where certain data resides in 
a central database from the initial POS transaction and electronic registration as 
explained above. 

The information is processed in accordance with the retailer and 
manufacturer's returns policy terms and conditions (each retailer and 

20 manufacturer is preferably responsible for updating its own returns policy and 
product warranties via a remote log in password). The manufacturer's warranty 
repair policy is also taken into account, as well as repair localities, including the 
repair center's address, phone number, approximate repair charges, etc. The 
system can also accommodate multiple (different) returns policies and repair 

25 warranties for the same manufacturer. This feature will help to satisfy 
contractual agreements for specific retailer customers. 
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Additional POS information (form of payment, price, etc.) as determined 
by the retailer and manufacturer may also be stored and linked to this product 
and/or sales transaction. In some instances, where the manufacturer has more 
stringent returns policies, the manufacturer may populate and store the product 
5 serial numbers at the time when products are shipped (sell-in) to the retailer. 
When the product is sold by the retailer (sell-through) the serial number is 
retransmitted and the records updated at the third party's database. This feature 
allows the manufacturer to track specific products with unique warranties and/or 
returns privileges. 

10 Once the information is processed, it is transmitted back to the retailer 

(along with a transaction record number R.A.) and presented in the form of an 
on-screen menu option(s) with predetermined (canned) text message(s). The 
retailer associate and/or the customer select the most appropriate option (repair, 
return/refund or return/exchange, etc.). If the customer selects the 

15 return/exchange option, the system prompts the store associate to scan the 

replacement product's serial number. A hard copy, in the form of a receipt or an 
expanded version, detailing the transaction (repair information, etc.) may be 
printed for the customer as well as for the retailer's material move records. 

The transaction may then be closed and the final information (customer 

20 selection) is retransmitted, linked to the product record and stored for future use 
by the manufacturer, retailer, and or third party service provider. The system 
updates the original records according to which option the consumer exercised. 
If the repair option was selected the system voids the R.A. transaction number. 
In case of a return/exchange transaction the system updates the record with the 

25 replacement product serial number. It is note that with most manufacturers, the 
replacement product's warranty expiration date coincides with the original 
warranty expiration date. 
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Referring to Figure 12, a third party service provider 1001 operates a 
central registration computer system for the benefit of a number of retailers 1 003 
and vendors 1005. The use of an independent service provider 1001 may be 
beneficial in encouraging retailers and vendors to utilize the transaction 
5 registration services. In addition to the retailers 1003 and vendors 1005, a 

number of other users 1007 may access the third party service provider system 
through, for example, a modem or internet connection, by way of a toll free 800 
telephone number, or other appropriate means. These other users 1007 may 
include, for example, law enforcement agencies, loss prevention and insurance 
10 groups, third party reverse logistics providers, third party warranty providers, 
third party groups that provide sell through reporting, authorized service centers 
and others. In other words, the information stored by third party service 
provider can be used for other applications in addition to the validation of 
returns. 

15 Law enforcement agencies may, for example, access the central database 

to locate information regarding recovered stolen property. Thus, the rightful 
owner of a recovered property may be readily located. Additionally, locating the 
rightful owner may provide law enforcement agencies with leads to assist 
criminal investigations by, for example, helping determine the location from 

20 which stolen goods originated. Similarly, insurance carriers and loss prevention 
groups may be given access to the database to verify sales information and help 
guard against fraudulent claims. 

Customer information such as name, area code and the like is typically not 
gathered at point of sale. Accordingly, a vendor may include a registration card 

25 with the product which may be filled in by the customer and forwarded to the 
vendor or the third party service provider. The information from the product 
registration card may then be appended to the transaction record to provide 
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corresponding customer information. Of course, in lieu of a mail-in product 
registration card, it is also possible to permit on-line registration, telephone 
registration, or other available forms of registration. Of course, any such form of 
registration should require a sufficient indication of information that can be used 
5 to verify that the transaction is being registered to a rightful purchaser. 

FIGURE 1 5 schematically illustrates a process that may be used for on- 
line consumer post-sale registration. To ensure that the post-sale registration is 
being made by a proper customer, the process goes through an initial validation 

10 stage to verify information that would be known to a proper customer and which 
is already available to the central registration system by virtue of the previous 
POS registration. For example, the consumer may be prompted to enter the 
brand name of the product (step 1 501), the store at which the product was 
purchased (step 1502), the purchase date (step 1503), the product serial number 

15 (step 1504), and the product description (step 1505). Correct responses to these 
inquiries permit the user to proceed to the second stage of the post-sale 
registration wherein the consumers name, address, phone number and other 
suitable information is obtained and stored with a link to the product 
information. Of course, adequate steps should be taken to ensure consumer 

20 privacy. 

As shown in FIG. 12, at the point of sale (POS), the retailer may transmit 
applicable information to the third party service provider 1001 to be included in 
a multi-vendor database 1 009. If desired, the central registration computer 
system may include a database 1011 for use in verifying credit card or check 
25 transactions. If this capability is used, the third party service provider may 
return a credit card or check approval number at the time of the sale. 
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Additionally, a database 1013 may be provided for information pertaining to the 
return policies of particular retailers and vendors. 

The system permits customer service requests (CSR) upon receipt of 
applicable information such as a UPC number, serial number, or customer zip 
5 code. In response to a CSR, the third party service provider will return pertinent 
information such as the purchase date, return status in view of the applicable 
return policies, a return authorization number if appropriate, warranty/repair 
information such as a list of authorized repair centers, or other information. For 
example, user tips may be downloaded to assist a customer in diagnosing a 

10 problem, properly connecting electronic equipment, etc. Such information may 
be included in a local retailer database, a third party service provider database, or 
a manufacturer database. The third party service provider and manufacturer 
databases are preferably available seven days a week, and 24 hours a day. 
FIGURE 1 2 A further illustrates a preferred operation of the system 

15 illustrated in FIGURE 12 during electronic product registration. FIGURE 12B 
further illustrates a preferred operation of the system illustrated in FIGURE 12 
during a product return transaction. 

Turning now to FIG. 13, the third party service provider system may 
include retailer and manufacturer validation tables containing specific return 

20 policy information. Maintenance of these validation tables is preferably the 
responsibility of the individual retailer, manufacturer or other party. In other 
words, the retailers and manufacturers are provided with access to these 
validation tables so that they may provide and update the applicable return 
criterias for their products. 

25 In addition, a retailer may access records in separate manufacturer 

databases at the third party service provider to obtain selected predefined or ad 
hoc management reporting. For example, a retailer may monitor returns 
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accepted by an individual clerk to determine whether the clerk has an unusually 
high (and possibly fraudulent) return rate. Of course, the third party service 
provider should maintain security measures to ensure that the retailer can access 
only records to which it is entitled access. For example, a retailer would be 
5 prevented from running reports on sales by a competitor. 

Similarly, the manufacturer may run predefined or ad hoc reports to 
monitor sales activities. Such reports may be useful, for example, in determining 
which products are selling well and, therefore, whether production or shipping of 
these products should be increased. Again, a manufacturer would not be given 

10 access to competitors sales information. 

FIGURE 14 is an application overview of the components and functions 
of the central registration computer system. As shown, the central registration 
computer system may perform a number of system functions. These system 
functions include application services, database services, electronic data 

15 interchange (EDI), batch services, VRU services, collaboration services, 

RMI/IIOP services, e-mail services, directory services, encryption services, VPN 
service, load balancing services, systems management services, reporting tools, 
site analysis services, and HTTP services. 

Application services allow the handling of server-side processing on a 

20 world wide web server. This is important to meter traffic to the databases. It 
also allows for fail over if applications are not available. It also allows for 
session tracking and extra security. Database services handle the storage and 
retrieval of the central registration computer system data. This can be important 
for the speed and integrity of data storage and access. It also can allow the 

25 synchronization of data across multiple databases and data-centers. EDI is an 
application that allows the mapping and conversion of data from the central 
registration computer system database and converts it to the industry standard 
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Electronic Data Interchange (EDI) documents. It also processes EDI documents 
and will place the results in the database. EDI handles the communications of 
data to and from value-added-network electronic mail boxes. Batch services 
support the set of processes that allow the scheduling and logging of jobs that 
5 may be run as part of the system. This includes scheduling transfers of data, 
cleanup processes, database conversions, content updates, alert triggers, audit 
processes, etc. 

VRU services is the set of telephony services that allow the system to 
implement applications on the database. This can support applications that allow 

10 retailers at the point of return to check returns verification status and warranty 
information. Collaboration services allow accounts and central system personnel 
to communicate real-time and provides for on-line customer service to help 
decrease costs, decrease time to handle service requirements, and increase the 
level of customer satisfaction. RMI service allows for remote execution of 

15 transactions between central system applications and its accounts, and can be 
one of the ways to process data exchange, and execute electronic registration or 
returns verification transactions. E-mail services can facilitate the processing of 
e-mail between the central system and the accounts (vendors, retailers, service 
centers). It can include hosting of e-mail services for those accounts who do not 

20 have their own Internet Service Provider (ISP) and can also handle consumer 
accounts (if needed). 

Directory services are the systems services that allow a standard technique 
for storing, using, and accessing user-centric information. This database can 
drive the user data for the central system web, e-mail, and collaboration services, 

25 and can also serve as the basis of central system security. Encryption services 
allow the central system to encrypt (secure) data that is transferred over the 
Internet. This could be important for securing non-private network datafiles. 
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This service also includes management/publishing/serving of the public key 
associated with the central system. VPN services allow the central system and 
it's retailer accounts to establish a private communications channel on the 
Internet, and may be implemented at the hardware or software level. It can be 
5 very important to maintain security on the Internet, yet allow transactions to 
perform up to requirements. Load balancing services route transaction traffic to 
appropriate services, systems, and sites (datacenter) depending on system 
availability, performance, and location of the request. This can be important 
because it allows a transaction to continue if a site or host is down, and ensures 

10 that the system is always available. 

Systems management services monitor the availability, security, and 
performance of the central system applications. It also can allow the central 
system to escalate problems if they are not resolved in a timely manner, and can 
allow the central system to manage the network and host functions in addition to 

15 the data center. Reporting tools allow authorized central system accounts and 
central system personnel to easily access the database. This will allow ad hoc 
analysis of data for an account and will allow straightforward deployment of 
new reports. Site analysis tools allow the central system to analyze its world 
wide web traffic. This includes the overall amount of traffic to the site or to 

20 specific sections of site. It can allow the central system to see where the traffic 
is coming from and what type of browser is being used. It can also allow the 
consolidation of log reporting across several hosts. HTTP services is what is 
typically referred to as a web server. These are the services that allow the central 
system to handle Internet browser access. It can serve and secure static content 

25 and hand off dynamic content requests. It also can allow for intuitive links to 
FTP services. 

The central registration computer system also includes a number of semi- 
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private support components such as data exchange, a communications menu 
system, alerts, reporting services, and project tracking and user help. 
Additionally, a number of semi-private core components are provided, including 
account maintenance, product maintenance, warranty maintenance, electronic 
5 registration, serial number maintenance, returns verification, returns 

prescreening, warranty inquiry and consumer registration. Although these items 
require authorized access, they may be shared by a number of individual users 
and are therefore semi-private. 

The Account Maintenance core component allows the central system to 

10 setup an account for either a retailer or vendor. Account setup covers such areas 
as contact, relationship and equity, account type, user information and 
authorities. This preferably includes account profile maintenance to maintain 
account information for each customer; contact/user maintenance to setup and 
maintain contacts/users for each account (user default and specific authorities 

15 may be assigned here); authority group maintenance to maintain various 

authority lists which are assigned to various groups or account types; account 
contract/relationship maintenance to track contracts, equity, correspondence for 
each account; and retailer location maintenance which allows for the 
maintenance of each retail store location. The product maintenance component 

20 allows the retailer, vendor, and the central system to maintain and distribute 

product information. Retailer/Vendor UPC maintenance allows maintenance of 
product information at the UPC level. Kit maintenance cross references to store 
pre-loaded serial numbers that go together in each "kit" shipped. Product type 
maintenance allows a vendor to define groupings of their products (e.g., TV, 

25 VCR). 

The warranty maintenance component allows the vendor to set up return 
and repair warranty information for each of its products. Policies can be set up 
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at the product or product type levels. Warranty maintenance sets up and 
maintains return and repair warranties. Reason code maintenance maintains 
codes by product type to indicate the reason a product is returned. The 
electronic registration component allows the central system to collect product 
5 registration data from the retailer. This may include several interfaces to collect 
this data- EDI to support legacy implementation, and a real-time interface to 
support ongoing implementations. Registration transmission is a request from a 
retailer to the central system to register a product as sold. A registration 
transmission processor is a processing program at the central system that 

10 contains all the edits necessary to process the incoming registration transmission 
and send back the confirmation transmission when appropriate. An internal 
registration audit may provide an on-line interface which will displays 
transmission, errors that need to be reviewed and fixed before registration is 
accepted. A registration confirmation may be transmitted from the central 

15 system back to retailer to confirm that the registration was received. A pre-sell 
product registration may be used to register a product that is sold through catalog 
sales, or to indicate product as sold to a particular retailer for establishing special 
return policies. 

The serial number maintenance component can be used to maintain and 
20 view serial number registration information (returns and warranty expiration 
dates). It can also be used to maintain exceptional situations such as an 
indication that the serial number was stolen. On-line serial number maintenance 
may be used to allow an account to view and/or update (depending on 
authorization) specific information about a registered serial number. Stolen 
25 serial number maintenance allows an account to update a specific serial number 
as stolen. Serial number manual registration allows for registration (pre-sell and 
POS) of a range of serial numbers without scanning or other electronic interface. 
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Serial number history allows for the inquiry of all activity against a specific 
serial number. The returns verification component provides the retailer or return 
center with the ability to verify that a product is eligible for return. A 
confirmation will be transmitted back which contains a return authorization code 
5 or message, return-by date, and repair warranty information if requested. A 
return verification request may go from a retailer or return center to the central 
system. A return verification processor may be used to edit and process the data 
sent in and to send confirmation data back. A return eligibility confirmation can 
be transmitted from the central system back to the retailer to verify the product is 

10 eligible for return. 

The returns prescreen component permits verification of whether or not a 
product is returnable to the vendor just prior to shipping. This system may be 
required to ensure that the product being sent back to the vendor will qualify for 
credit when it reaches the vendor. This is particularly important for those 

15 retailers who use returns centers to consolidate returns. The warranty inquiry 
component allows an authorized service center to access information regarding a 
product's repair warranty. Access to this information is preferably through a web 
interface or through the VRU. A product warranty inquiry allows access to a 
product's repair warranty information. The consumer post-sale registration 

20 component gives consumers the ability to register a product against the central 
system account. This will allow consumers to have a record at the central 
system of the serialized products they have purchased. Also it will allow law 
enforcement agents a means to contact the purchasing consumer for stolen 
products. This component includes consumer account setup, consumer serial 

25 number registration, law agent access, and provision of a consumer web site. 

With regard to the semi-private support components, the data exchange 
component allows for the exchange of data between the central system and the 
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accounts (vendors or retailers). Data exchange key maintenance maintains 
multiple user id/password combinations to support different ways of 
communicating with the account. For each account, data exchange subscription 
maintenance maintains which types of data will be sent to their systems using 
5 the data exchange mechanism. Startup services are the processes used to support 
the initial loading of the account's data into the central system database. 
Vendor/Retailer data exchange are the processes that set up and control the 
exchange of data with accounts. Product maintenance push will allow the 
movement of the product file information to the retailer with little development 

10 on the retailer's part. This will include only information needed to drive POS 
terminals for each retailer. The data exchange file generator are the programs 
that generate the different types of files that contain the different types of data. 
The Internet menu system component is what an individual user (central system 
employees, accounts, and consumers) will see when they log onto the system. It 

15 will be used by the central system personnel (intranet) and the vendors, retailers, 
and service centers (extranet) that have access to the central system. Account 
application maintenance defines which applications will appear on each 
account's "menu", based on user access rights. Application billing structure 
maintenance defines the pricing structure associated with a particular 

20 application/account combination. 

The alerts messaging component provides a facility to send alert messages 
generated from various processes throughout the system. Alert maintenance is a 
process to set up the type of alerts an account would like to receive. An alert 
processor may be provided to process and send the alerts. The reporting 

25 component provides the account with various standard reports for tracking 

electronic registrations and return verification data. For example, an electronic 
registration summary report can be provided to summarize all registration 
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information. An abuse audit report can be used to identify patterns of abuse 
based on warranty setup. A returns reconciliation report can show the history of 
registrations including any return request activity. A returns to registration audit 
report can show percentage of returns compared with registrations. A returns 
5 verification request summary report can show total return verification requests 
by return code. The project tracking/helpdesk component provides information 
exchange between the account and the central system regarding new account 
setup, bug fixes, and other pertinent information. Information exchange/project 
tracking can provide an ability to track projects and problems, and to exchange 

10 other information with the account. Time tracking can provide the ability to 
track time against projects such as custom reports and other enhancements 
specific to an account. A help desk facility could incorporate the problem 
tracking portion of the information exchange. 

Private support components include audit maintenance, billing system 

15 interface, and purge setup/processing. The audit maintenance component can 
provide various audits on activity against the central system database. These 
audits can be used internally by the central system for tracking an account's 
usage of the system. An audit activity log can track specific types of activity 
against the serial number database. The billing system interface component 

20 provides processes for approving the billing of accounts for the central system 
services. The actual invoicing and fund collection may be provided by a 
standard accounts receivable software package. Billing structure maintenance 
may provide information on how each account will be billed. Billing approval 
can provide an interface for approval of the billing before actual invoicing. 

25 Finally, the purge setup/processing component includes the processes and 

supporting information that will allow the central system to purge appropriate 
data from the system. Purge processing may summarize transactional data, save 
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to other media (tape, CD, optical), and purge data based on time defaults set at 
the account level. 

Turning now to FIGURES 16A through 16G, a user at a retail store may 
access the central registration computer system to make a customer service 
5 request. Upon access, a main menu is displayed which provides the user with 
options to request return/warranty information, operating/hook-up instructions, 
vendor/product information, or other information. Figures 16A through 16B 
illustrate a series of interactive customer interface screens that may be displayed 
upon selection of return/warranty information. 

10 As illustrated in FIGURE 16B, the user may, for example, be prompted to 

input the product UPC number, the product serial number and the customer's zip 
code. This information is then transmitted to the third party host system of the 
centralized database to be used in accessing the pertinent database record. The 
user may also be requested to input a reason for the return/warranty inquiry. 

15 FIGURE 1 6C shows information that may be returned to the retailer by 

the third party host system. In particular, the host system may return additional 
details concerning the original transaction as well as a list of customer options. 
The list of customer options may be determined by the host system in light of the 
applicable retailer and/or manufacturer warranty information included within the 

20 validation tables 1013 (see FIGURE 13). 

Turning now to FIGURES 16D through 16G, the retailer selects the option 
chosen by the customer by clicking on the appropriate choice. The host system 
then returns pertinent information relevant to the selected option. For example, 
if free warranty repair is selected, a list of local authorized repair shops may be 

25 listed. This list may be printed and provided to the customer by the retailer 

store. If the customer selects a product exchange, the retailer may be prompted 
to enter the serial number of the replacement product so that the central 
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registration database may be updated accordingly. Similarly, the host system 
will update the registration database to reflect a return for in-store credit or 
refund. 

Customer problems with products often are not the result of defects in the 
5 product, but rather may simply be the result of a lack of knowledge by the 
customer on the proper operation or hook-up of the product. Accordingly, the 
retailer may request information from the host system to assist the customer in 
the proper operation or hookup of the product. Such information is preferably 
stored in an appropriate host system database. For example, a manufacturer may 

10 download instructions into the database for this purpose. The manufacturer 

ideally bears the responsibility of ensuring the information is kept current. As an 
alternative, the host system may access a manufacturer database to obtain this 
information when requested. 

Figures 17A through 17H illustrate interactive user interface display 

15 screens that may be utilized when a customer chooses to obtain 

operating/hookup instructions. As shown in FIGURE 17B, the user is prompted 
to enter the UPC number or the vendor name and model number. If the vendor 
name/ model number option is used, the host system may be programmed to 
recognize the vendor name based upon the first few characters. For example, 

20 once a user enters "NINT", the system may recognize the vendor as 
NINTENDO, as illustrated in FIGURE 1 7C. Once the vendor name is 
recognized or completely input, a pull down menu of possible model numbers 
may be provided for user selection, as shown in FIGURE 17D. 

Referring to FIGURE 1 7E, the user is then prompted to select information 

25 on either the operation or proper hook-up of the product. In this example, the 
user selects hook-up information. The host system then displays appropriate 
hook-up information (FIGURE 17F), which may be printed for the customer. 
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Similarly, FIGURES 1 7G and 17H illustrate the interactive screen displays if 
operation instructions are requested. As shown in FIGURE 1 7G, the user may 
be prompted to enter additional information concerning the particular operation 
of interest, for example, how to set the clock, how to record, how to edit, etc. 
5 Again, the appropriate information concerning the customer inquiry then may be 
displayed and printed. 

FIGURES 18A through 18F show interactive screens that may be 
displayed when the user selects vendor/product information. The user would 
again be prompted to enter sufficient information for the host system to 

10 determine which records to access, as described above in connection with 
FIGURES 1 7B through 1 7D. Pertinent information concerning the vendor 
(FIGURE 1 8B) or the product (FIGURE 1 8C) may then be displayed. This 
vendor information may be useful to the retailer, for example, to contact the 
manufacturer with questions or to provide the customer with a manufacturer 

15 customer service phone number. The product information may be used, for 
example, to verify what components were sold with the products so that the 
retailer can verify the return of all major components. If desired, the retailer may 
also return to the main menu to obtain further information concerning proper 
hook-up or operation of the product, as illustrated in FIGURES 18D through 

20 18F. 

The implementations described above illustrate the characteristics, 
features and advantages of the present invention. These implementations, of 
course, are not exhaustive, and other implementations within the scope and spirit 
of the present invention will be apparent to those skilled in the art. Although the 
25 invention is 

The implementations described above illustrate the characteristics, 
features and advantages of the present invention. These implementations, of 
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course, are not exhaustive, and other implementations within the scope and spirit 
of the present invention will be apparent to those skilled in the art. Although the 
invention is described primarily in the context of a two-level 
retailer/manufacturer arrangement, other arrangements are available. For 
5 example, a three-level individual chain store/store headquarters/manufacturer 
arrangement may be implemented. Yet further levels may be added. 

While the invention has been described in connection with what is 
presently considered to be the most practical and preferred embodiments, it is to 
be understood that the invention is not to be limited to the disclosed 
10 embodiments, but on the contrary, is intended to cover various modifications and 
equivalent arrangements included within the spirit and scope of the appended 
claims. 
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WHAT IS CLAIMED IS: 



1 1 . A method for verifying a product return, comprising: 

2 entering unique identifying information for the product for which return is 

3 sought; 

4 transmitting the unique identifying information to a general database for a 

5 determination of whether applicable return criteria are met for the product for 

6 which return authorization is sought; 

7 obtaining product information from the general database which indicates 

8 whether the product sought to be returned meets applicable return criteria; and 

9 accepting the product for return if the product information indicates that 
10 the product qualifies for return. 

1 2. The method of claim 1, wherein the unique identifying information is 

2 entered by scanning a bar code on the product sought to be returned. 

1 3. The method of claim 1, wherein the general database is located at a 

2 remote location, and the transmitting is accomplished by establishing electronic 

3 communication with the remote location. 

1 4. The method of claim 3, wherein the remote location is a service 

2 provider which maintains the general database. 

1 5. The method of claim 4, wherein the general database includes a 

2 product registration database containing information received on purchased 

3 products including at least date of purchase, and further wherein the general 

4 database includes the applicable return criteria for the purchased products. 
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1 6. The method of claim 1 , wherein obtaining product information 

2 includes displaying the product information on a display at the location where 

3 the return is being sought. 

1 7. The method of claim 1 , wherein the product information includes 

2 options available to the person presenting the product for return based on the 

3 applicable return criteria. 

1 8. A method for electronic validation of product returns prior to 

2 accepting the product for return, comprising: 

3 obtaining unique identifying information from the product at a location at 

4 which the product is sought to be returned; 

5 using the unique identifying information to access a product registration 

6 database and obtain product information on the product sought to be returned; 

7 providing the product information to the location where the return is 

8 being sought for use in determining whether the return can be accepted as a valid 

9 return under applicable return criteria. 

1 9. The method of claim 8, wherein the unique identifying information 

2 includes a universal product code and a product serial number. 

1 10. The method of claim 8, wherein the product registration database 

2 includes information on purchased products collected at the time the products 

3 are purchased. 

1 11. The method of claim 8, wherein the product information is displayed 

2 on a display screen at the location wherein the product is presented for return, 
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3 and the product information includes available options with respect to return and 

4 repair of the product sought to be returned. 



2 prior to accepting the product for return, comprising a local computing system 

3 having an associated data entry device and display device located at the retailer's 

4 facility, and being capable of communicating with a host system having access 

5 to a product registration database, the data entry device being operable to enter 

6 unique identifying information for the product for which return is sought, the 

7 local computing system operating in response to the unique identifying 

8 information to communicate the product identifying information to the host 

9 system and, thereafter, operating in response to product information received 

10 from host system to display the product information on the display for use in 

1 1 determining whether to accept the return. 

1 13. The apparatus of claim 12, wherein the data entry device includes a 

2 scanner operable to read a product bar code providing at least one of a universal 

3 product code and a product serial number. 

1 14. The apparatus of claim 13, wherein the data entry device further 

2 includes a keyboard for manual entry of the unique identifying information. 

1 1 5. The apparatus of claim 12, wherein the local computing system 

2 communicates with the host system by way of an internet connection. 



1 



12. An apparatus for validating product returns at a retailer's facility 



1 

2 



1 6. A method of reducing unauthorized consumer returns of purchased 
products, comprising: 
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3 (a) maintaining a product information database for purchased product, 

4 wherein the product information database includes return criteria for purchased 

5 products; 

6 (b) providing unique product identification information to a host system 

7 having access to the product information database, wherein the unique product 

8 identification information uniquely identifies a product for which a return is 

9 sought; 

10 (c) using the host system to access the product information database to 

1 1 determine a return criteria for the product based on the unique product 

12 identification information; 

13 (d) determining whether the product qualifies for return based on the 

14 return criteria; 

15 (e) transmitting to the location where the return is sought information 

16 indicating whether the product qualifies for return; and 

17 (f) accepting the product for return if the transmitted information indicates 

18 that the product qualifies for return. 

1 1 7. The method of claim 16, wherein the transmitted information is 

2 displayed on a display screen, and the transmitted information includes options 

3 available to the person seeking the return with respect to replacement and repair 

4 of the product sought to be returned. 

1 1 8. The method of claim 1 5, wherein the location where the return is 

2 being sought is a retail location. 

1 1 9. The method of claim 1 6, wherein maintaining a product registration 

2 database includes maintaining a local database which includes information on 
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products purchased from a particular retailer, and maintaining a general database 
including information on products purchased from a plurality of different 
retailers. 

20. The method of claim 19, wherein using the host system to access the 
product registration database, includes first accessing the local database to 
search for the product information, and then accessing the general database if the 
local database does not include the product information. 

2 1 . The method of claim 1 6, wherein the step of providing unique 
product identification information is accomplished by establishing electronic 
communication between the retailer's facility and the host system. 

22. The method of claim 21 , wherein establishing the electronic 
communication is achieved by way of an internet connection. 

23. A method of reducing improper consumer returns of purchased 
products of different types, comprising: 

(a) maintaining a general product information database, wherein the 
general product information database includes product information indicating at 
least a date of purchase for each purchased product; 

(b) defining a particular return criteria for each of the different types of 
products; 

(c) transmitting unique product identification information from the location 
where the return is being sought to a host system having access to the general 
product database, wherein the unique product identification information 
uniquely identifies the product for which a return is sought; 
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12 (d) accessing the general product information database to determine the 

13 date of purchase for the product based on the unique product identification 

14 information; 

15 (e) determining whether the product qualifies for return based on the date 

16 of purchase and the return criteria defined for the particular product type; 

17 (f) transmitting to the location where the return is sought product 

18 information which indicates whether the product qualifies for return; and 

19 (g) accepting the product for return if the product information indicates that 

20 the product qualifies for return. 

1 24. The method of claim 23, wherein defining a particular return criteria 

2 for each of the different types of products includes providing manufacturers of 

3 the products with access to the host system for the purpose of defining and 

4 updating respective return criteria for the different types of products. 

1 25. The method of claim 23, wherein the applicable return criteria 



2 includes return criteria for the manufacturer who makes the product and the 

3 retailer who sells the product, and further wherein the manufacturer and the 

4 retailer are provided with access to the host system to define and update the 

5 return criteria. 



1 26. The method of claim 23, wherein the step of transmitting unique 

2 product identification information includes establishing electronic 

3 communication between the location where the return is presented and the host 

4 system. 
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1 27. The method of claim 26, wherein establishing the electronic 

2 communication is achieved by way of an internet connection. 

1 28. The method of claim 23, wherein the step of transmitting product 

2 information is accomplished by establishing electronic communication between 

3 the host system and the location where the product is sought to be returned. 

1 29. The method of claim 28, wherein establishing the electronic 

2 communication is achieved by way of an internet connection. 

1 30. The method of claim 23, wherein the step of defining a return 

2 criteria for each of the plurality of different types of products includes defining 

3 different return criteria for products manufactured by different manufacturers. 

1 31. The method of claim 23, wherein the step of defining a return 

2 criteria for each of the plurality of different types of products includes defining 

3 different return criteria for products sold by different retailers. 

1 32. The method of claim 23, wherein the product information includes at 

2 least a date of purchase, location of purchase and purchase payment information. 

1 33. The method of claim 32, wherein the product information is 

2 displayed on a display screen at the location where the return is sought. 

1 34. The method of claim 33, wherein product information further 

2 includes a listing of available options with respect to return, replacement and 

3 repair of the product sought to be returned. 



WO 00/30014 




PCT/US99/26460 



69 



1 35. The method of claim 34, wherein upon selection of one of the 

2 available options, the general product database is updated to reflect the option 

3 selected. 



1 36. The method of claim 23, wherein the product information includes 

2 date of purchase, location of purchase, purchase payment information, available 

3 options regarding return, replacement and repair of the product based on 

4 applicable return criteria, and general product information. 

1 37. The method of claim 36, wherein the general product information 

2 includes operating instructions, installation instructions, parts list, and repair 

3 information. 



1 38. The method of claim 37, the product information is displayed on a 

2 display screen at the location where the product is presented for return. 

1 39. A system for validating consumer returns of purchased products, 

2 comprising; 

3 a first information processing system having a product registration 

4 database containing information on purchased products and return criteria for 

5 purchased products; 

6 a second information processing system located at a retailer's facility 

7 operable to receive input on a purchased product sought to be returned and to 

8 transmit to the first information processing system a unique product identifier 

9 based on the input; 

10 the first information processing system being operable to: 

11 receive the unique product identifier; 
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12 access the product registration database and determine whether the 

13 product qualifies for return based on the unique product identifier and the return 

14 criteria; and 

15 transmit to the first information processing system product information 

16 which indicates whether the product qualifies for return. 

1 40. The system of claim 39, wherein the second information processing 

2 system includes a display which is operable to display the product information 

3 once received from the first information processing system. 

1 41 . The system of claim 39, wherein the first and second information 

2 processing systems are operable to establish a communication link therebetween 

3 by an internet connection. 

1 42. The system of claim 39, wherein the first information processing 

2 system is located at a location remote from said retailer's facility. 

1 43. The system of claim 39, wherein the second information processing 

2 system includes a product scanner operable to generate the input by scanning the 

3 product. 

1 44. The system of claim 43, wherein the scanner is operable to read a 

2 product bar code indicating at least one of a universal product code and a 

3 product serial number. 

1 45. The system of claim 40, wherein the product information includes at 

2 least a date of purchase, location of purchase and purchase payment information. 
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1 46. The system of claim 45, wherein product information further 

2 includes a listing of available options with respect to return, replacement and 

3 repair of the product sought to be returned. 

1 47. The system of claim 46, wherein the display enables selection of one 

2 of the available options, and the second information processing system operates 

3 in response to the selection to transmit information to the first information 

4 processing system for updating of the product information. 
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Purchased From: Other Retailer 
Purchase Date: 2/29/96 

CSR Options: (a) warranty repair 

(b) store credit only 




(1) SEARCHES RETAILER'S 
STORE-WIDE DATABASE 




(1) SEARCHES RETAILER'S 
STORE-WIDE DATABASE 
(NOTFOUND) 

(2) SYSTEM DIALS UP TO 
SEARCH REGISTRATION 
CENTER'S DATABASE 



REGISTRATION 
CENTER DATABASE 





I I - 














Hllllllllllllll 




ilillUUUllUl 


-uw milium 




IIIIIIIMIIUMI 
IIHIIMItltllll 
■ 
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INFORMATION TRANSMITTED 
BACK: 

•DATE PURCHASED 
•RETAILER NAME 
•APPLICABLE CONSUMER 

RETURN EXPIRATION DATE 

e.g. 90 DAYS) 

•APPLICABLE STORE RETURN 
EXPIRATION DATE (e.g. 150 DAYS) 

•APPLICABLE CONSUMER REPAIR 
EXPIRATION DATE (e.g. 180 DAYS) 
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11/42 



||gS H M. A ,B.|,P, 



Welcome to M.A.R.L O. 

Manufacturer's Authorized Returns Information Online 

Enter your Location ID 



Enter your Location pa ssword 
I I 



OK 



Cancel 




RRflrunrtgnen' Java ftrotet Window ' 



Fig. 10A 



USB TEST ABC. Open op create Btew Batch 



IE! 



File Actions Reports Help 



Batch Status 



1 Ossm 



HaiHlwaite 



Ac-ei»ss(ji:iRs 



RA Status 



Open or create batches for scanning or submit batch for RA approval. 



Batch* | 


Open Date 


I Open Urna [ 


Accepted { 


Rejected | 


Total 


0000031 


08/07/97 


04:27 PWI 


1 


3 


4 


0000032 


08/07/97 


04:28 PM 


0 


2 


2 


0000036 


08/12/97 


11:46 AM 


0 


0 


0 



Open Batch 



New Batch 



Submil RA 



Additional product cannot be added to a batch once that batch has been submitted tor a RA. 



BBS | Java Applet Wtmtow" 



Fig. 10B 
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ABC Retail Stores Current BatcteDOODDIB 



IS) 



Rle Actions 



Help 



Bsflgb&EfllB | Scan Hardware 



Ac-eussmiius 



Scan defective hardware for return. 
Upc Number Serial Number 



Store Reference 



Validate 



Rej. UPCff 



Sertalff 



Pescrtptton I Scan Date|8can Hroe| Store Bel 



00045496610043 UN4567B4XXE ACTION SET 05/10/97 
00045496610043 VN1234567B4 ACTION SET 06/10/97 



11:26:19 Z Store 
11:27:10 Y Store 



l^^3J I Java Applet Wtofliw" 



Fig. 10C 



MM REJECT REASON 



is 




UPC 0004548871 0Z88 8Brtal lumber 
NS184844181 was rejected because 
Return warranty baa expired. 



OK 



Fig. 10D 
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B3 ABC RetaB Stores Current Batcfc0D00D18 



m 



File Actions 



Help 



BsflgftSOSfllB | Qg^COSlHltSBSIRB I 8can Accessories" 
Scan defective accessories lor return. 



Qty 



UPC Number 



Store Reference 



Validate 



Rej. | UPC# 



Qty 



Description 



Scan Data 8can Xtiae Store Re! 



Y 00454969580117 1 
00045496580131 1 



Invalid 

SUPER VHS CABLE 



06/10/97 
05/10/97 



11:33:57 

11:34:26 A Store 



Java Applet Window 



Fig. 10E 



IB ABC Retail gtores [x] 



Submit batch 0000018 for RA approval. 



Please enter the following... 

Contact Name (required) 



Contact Phone Number (required) 



Customer Reference Number (optional) 



OK 



Cancel 



^R>) | Java Applet Window"! 

Fig. 10F 
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1Q) ABC BetaB Store* 



131 



Submit batch 0000018 for RA approval. 



Please verify the following information, 



Contact Name: David Koon 
Contact Phone: (206) 861 -21 42 

CustRef: CR 1234 



Address: ABC Retail Stores 

4820150 Ave NE 

Redmond 
WA 98052 



Is this information correct? 



Yes 



No 



Java Applet window 



Fig. 10G 



fggFi ABC Retail Stores Current Batcfc0000018 



IHl 



File Actions 



Help 



rti:r:nss(ti:M:s 



RA Status 



Scan batches submitted for RA. 



Status I Batch* | 


CustRef | tot Scans 


Submitted 


Approved 


| RA Number 


| Expire Date | 


Pending Approval 0000017 


27.0 


06/11/97 






08/01/97 


Approved 0000015 


kt>12444 21.0 


06/10/97 


06/10/97 


915 


08/10/97 


Approved 0000016 


noal 1424556 4.0 


06/13/97 


06/13/97 


91B 


06/20/97 


Pending Approval 0000019 


1.0 











Report I 



Details 



Re-submit 



Find RA 



Java Applet Window 



Fig. 10H 
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